 2-Apr-84 07:31:53-MST,738;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 07:31:48-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  2 Apr 84 9:02 EST
Received: From sri-kl.arpa.ARPA by BRL-AOS via smtp;  30 Mar 84 17:46 EST
Date: 30 Mar 1984 14:34-PST
Sender: BILLW@Sri-Kl.ARPA
Subject:  RE:  WordStar Message Patch (faster entry to WS)
From: BILLW@Sri-Kl.ARPA
To: bbloom@Brl-Mis.ARPA
Cc: info-cpm@Brl-Aos.ARPA
Message-ID: <[SRI-KL]30-Mar-84 14:34:30.BILLW>
In-Reply-To: The message of     Fri, 30 Mar 84 12:50:43 EST from     Bob Bloom (TECOM) <bbloom@Brl-Mis.ARPA>

This is probably the wrong list to ask, but has anyone dones
anythihng similar for MSDOS wordstar?

Thanks
Bill W
 2-Apr-84 07:37:51-MST,864;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 07:37:47-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  2 Apr 84 9:02 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp;  30 Mar 84 19:25 EST
Date: Fri 30 Mar 84 16:23:48-PST
From: Sam Hahn <SHahn@SUMEX-AIM.ARPA>
Subject: Re: slaving z-80 to an 8086..
To: LIN@MIT-MC.ARPA
cc: info-cpm@BRL-AOS.ARPA
In-Reply-To: Message from "Herb Lin <LIN@Mit-Mc.ARPA>" of Fri 30 Mar 84 11:16:00-PST

Herb,
	I think you're referring to the SPU-Z, which has a 6Mhz Z80B,
192kb, 2 serial ports, and can slave to the 86/87, 286, 68k, and 16032
boards.  It'll be supported by MP/M 816 (good for guys like us).

	Last I heard, though, was that it's still not quite available.
(...and I just got an 85/88...).
					-- sam [shahn@sumex]
-------
 2-Apr-84 07:55:46-MST,660;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 07:55:42-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  2 Apr 84 9:02 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  30 Mar 84 18:40 EST
Date: 30 March 1984 16:35-EST
From: Gail Zacharias <GZ@Mit-Mc.ARPA>
Subject:  Tops-20 utilities on Simtel20
To: ables@Ut-Ngp.ARPA
cc: INFO-CPM@Mit-Mc.ARPA
In-reply-to: Msg of Fri 30 Mar 84 09:32:39 CST from King Ables <ables at ut-ngp.ARPA>

The name of the directory containing the utilities is actually
MICRO:<CPM.TOPS-20>, not <cpm.tops20> as I claimed.  Sorry for any confusion.

 2-Apr-84 08:06:06-MST,1514;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:05:53-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp;  2 Apr 84 9:02 EST
Received: From brl-bmd.arpa.ARPA by BRL-MIS via smtp;  30 Mar 84 18:22 EST
Date:     Fri, 30 Mar 84 18:20:51 EST
From:     Charlie Strom (NYU) <strom@Brl-Bmd.ARPA>
To:       Herb Lin <LIN@mit-mc.arpa>
cc:       INFO-CPM@Brl.ARPA
Subject:  Re:  slaving z-80 to an 8086..

Macrotech International (the firma that sells a 1Meg S-100 memory board)
will be introducing a CPU board designed to be a plug-compatible
replacement for the Compupro 8085/88. It will sport a Z80B at 6MHz
and an 80286, also at 6MHz I believe. They had not planned to implement
the circuitry necessary to allow the use of 8 bit wide memory, but
discovered that MPM-816 has some quirks that makje this a necessity. It
is therefore back to the drawing board. My latest report is that
the mark two design is complete and pc board artwork will commence
momentarily. Macrotech expects to have a wirewrap prototype at Comdex;
I will have one of the first real production run of pc boards and will
reort at that time (time frame is 1-2 months from now). This board
should really be a spped demon, but it will not be cheap. Macrotech
seems to be committed to leading edge technology for high-powered
multiuser systems, such as G&G systems, Alpha Micro (a major
customer for their ram boards), etc., and price is secondary to
performance.
 2-Apr-84 08:10:29-MST,1676;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:10:20-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  2 Apr 84 9:12 EST
Date: 1 Apr 1984  01:35 MST (Sun)
Message-ID: <KPETERSEN.12003929818.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: Updated MDM730 files

MDM730.ASM, .AQM, .HEX and .COM on SIMTEL20 have been updated to Irv's
"official release".  The new files have a .2 after the filetype and
the original .1 versions have been deleted.

A .DIF file has been provided for those who got the source code and
want to update without having to download again.  Here's the info on
it:

		M730730A.NOT - March 31, 1984
	      Provided by Keith Petersen, W8SDZ

M730730A.DIF is an SSED2 editor script provided for those who
downloaded the original MDM730.AQM which was superceeded by
an updated version from Irv Hoff released one day after the
original.  It allows users to update to the revised version
without having to download whole new file.

Use the following command to make MDM730A.ASM (a temporary
name only), the updated version.  It is not intended to revise
the version number at this time.

	SSED -U MDM730.AQM <M730730A.DIF >MDM730A.ASM

The above assumes you have the .AQM file.  If you have already
unsqueezed it use the following command instead:

	SSED MDM730.ASM <M730730A.DIF >MDM730A.ASM

The CRC of the resultant output file, after assuring EOF padding of
the last sector by running FILTX or FILTEX on MDM730A.ASM, is:

--> FILE:  MDM730A .ASM		CRC = B3 D3

--Keith
 2-Apr-84 08:32:14-MST,812;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:32:08-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  2 Apr 84 9:13 EST
Date: 1 Apr 1984  02:01 MST (Sun)
Message-ID: <KPETERSEN.12003934494.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: PAT730V4.ASM for MDM730 now available
Reply-To: PLOUFF@Mit-Mc.ARPA

Date: Saturday, 31 March 1984  13:52-MST
From: Robert L. Plouffe <PLOUFF at MIT-MC>
Re:   PAT730V4 

PAT730V4.ASM is now ready.  In addition to longer wait times (optional
by selecting your value),  this patch file also makes it possible to
feed rubout characters to the local console.  They are trapped in
the "released" version of MDM730.
 2-Apr-84 08:47:18-MST,1315;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:47:10-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  2 Apr 84 9:13 EST
Date: Wednesday, 28 Mar 1984 15:13-PST
Message-ID: <KPETERSEN.12003934983.BABYL@SIMTEL20>
Sender: amd70!fortune!burton@Ucb-Vax.ARPA
From: amd70!fortune!burton@Ucb-Vax.ARPA
To: w8sdz@Simtel20.ARPA
Subject: do you have Kelly Smith's new address
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA
ReSent-Date: Sun 1 Apr 1984 02:04-MST

About six months ago, I mailed some disks to Kelly, so that he could
put some programs on them for me.  (He had agreed to this by phone.)
I understand that he's moved recently, and if he's like me, it will
be *months*, if not years, before he's all caught up with things.

so I wanted to send me a letter, but I don't trust the PO's ability
to forward (my own bad experiences.)  
If you can't give me a new address, just please forward this message.

TIA
  Philip Burton      101 Twin Dolphin Drive
  Fortune Systems    Redwood City, CA  94065	   (415) 595-8444 x 526
			- - -
{allegra  decvax!decwrl!amd70  cbosgd harpo hpda ihnp4 sri-unix}!fortune!burton

Home:  3333 Cowper Street, Palo Alto, CA  94306




----- End of forwarded messages
 2-Apr-84 08:48:26-MST,843;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:48:19-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  2 Apr 84 9:13 EST
Date: 1 Apr 1984  02:11 MST (Sun)
Message-ID: <KPETERSEN.12003936293.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Dave Schmidt <daves%shark@csnet-relay.arpa>
Cc:   Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA
Subject: Ham Radio PACKET message correction
In-reply-to: Msg of Mon 26 Mar 84 16:12:52 pst from Dave Schmidt <daves%shark@csnet-relay.arpa>

Last December I posted a message telling CP/M users where to get Ham
Radio PACKET software.  The phone number in the file was incorrect.
The correct phone number is 614-272-CBBS.  Apparently there was a typo
in the original file.
--Keith
 2-Apr-84 09:19:23-MST,870;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 09:19:18-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  2 Apr 84 9:16 EST
Received: From xerox.arpa.ARPA by BRL-AOS via smtp;  2 Apr 84 9:14 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 31 MAR 84 21:45:45 PST
Date: Sat, 31 Mar 84 21:45 PST
From: MMOON.ES@Xerox.ARPA
Subject: Re: WANTED: S-100 Card Cage
In-reply-to: "decvax!ittvax!ittral!schoenli@Ucb-Vax.ARPA's message of 27
 Mar 84 13:52:19 PST (Tue)"
To: decvax!ittvax!ittral!schoenli@Ucb-Vax.ARPA
cc: info-cpm@Brl-Aos.ARPA

I have an eight slot motherboard & a Sunny linear supply, no cage, no
enclosure.  Supply is rated at 30 amp @ 8v, 3 amp @ +/- 16v, & 2 amp @
+24v.  $100 takes all & I ship.

		 MMoon.es @parc-maxc (356 Miraleste Dr.  #322 / San Pedro, Ca.
90732)

 2-Apr-84 09:29:00-MST,1063;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 09:28:55-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  2 Apr 84 9:30 EST
Received: From usc-eclc.arpa.ARPA by BRL-AOS via smtp;  2 Apr 84 9:18 EST
Date: Sun 1 Apr 84 21:39:20-PST
From: Allan Weber <WEBER@USC-ECLC.ARPA>
Subject: Xerox 820 text downloading
To: info-cpm@BRL.ARPA

A friend has just bought a TRS-80 Model 100 portable computer and
wishes to be able to send text files from it to his Xerox 820.
Apparently the Model 100 will send one of its text files out its modem
line upon command as simply a steam of bytes with no protocols to
speak of other than a carriage return between lines.  I'm not sure if
it has any flow control.  Are there any CPM programs out there which
could be made to run on the 820 that would store the incoming stream
of text in a file?  I hate to re-invent the wheel for him, so if
anybody can offer some advice, I would appreciate it.  Thanks.

					Allan Weber
					Weber@USC-ECLC
-------
 2-Apr-84 09:41:30-MST,1530;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 09:41:24-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  2 Apr 84 9:36 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp;  2 Apr 84 9:24 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 Apr 84 23:44-PST
Date: 29 Mar 84 7:46:52-PST (Thu)
To: info-cpm@Brl-Aos.ARPA
From:  ihnp4!houxm!hogpc!houti!ariel!vax135!floyd!clyde!akgua!psuvax!sysred@Ucb-Vax.ARPA
Subject: Re: Xerox 820 computer schematics
Article-I.D.: psuvax.923
In-Reply-To: Article <1213@ucf-cs.UUCP>

B.G. Micro, in Texas [(214) 271-5546] sells depopulated Xerox 820
boards for $30 (including documentation).  They will sell a ~25
page document package for $5.  However, they want a check for $5
mailed to them before they'll release just the documentation.  I
sweet-talked the lady I spoke with (Tammy) into sending me the
documentation first, with the promise that I send her the check
in return.

There's also an ad for the Xerox outlet store (selling the used
820 boards for $50) in "Computer Shopper" magazine.  They have lots
of other good stuff, like power supplies, etc.

Anybody have a good source of parallel encoded keyboards (I assume
that's what the 820 board needs)?
-- 
Ralph Droms
Computer Science Department		(814) 865-9505
312 Whitmore Lab			{allegra,ihnp4}!psuvax!sysred
The Pennsylvania State University	sysred@penn-state   (csnet)
University Park, PA 16802		sysred@psuvax1      (bitnet)
 2-Apr-84 10:00:47-MST,962;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:00:43-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  2 Apr 84 9:38 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp;  2 Apr 84 9:25 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 2:56-PST
Date: 30 Mar 84 10:43:11-PST (Fri)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!hao!seismo!uwvax!neves@Ucb-Vax.ARPA
Subject: Re: Public-ness of UCSD Pascal Versions
Article-I.D.: uwvax.180
In-Reply-To: Article <216@felix.UUCP> <628@sdcsvax.UUCP>

Do you know if the source to the editor is available anywhere?
I'm using Apple Pascal and the E7 at the moment but a new version
of Pascal has come out and I can't use E7 anymore.  The standard
editor lacks things like goto end of line/beginning of line and
switching to another file to edit.  If the source was available I
could insert that code myself.  -thanks, david
 2-Apr-84 10:03:56-MST,985;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:03:49-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  2 Apr 84 9:37 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp;  2 Apr 84 9:25 EST
Date: Sat 31 Mar 84 21:57:29-PST
From: Leslie Zatz <ZATZ@SUMEX-AIM.ARPA>
Subject: SUPPORT CPM1.4
To: INFO-CPM@BRL.ARPA

   I still have a machine that uses CPM 1.4 (VISTA 200). CPM
2.x is not available. Unless I am the last person in the micro world
using CPM 1.4, I would appreciate it iff people
revising the marvelous public domain utilities could continue
to support it. Or if that is not possible, please indicate in
the documentation what versionss are supported.
   For example, the old MODEM series wroked fine, but the new
MDM seriess does not and does not state so. The
NCAT and MCAT programs require CPM2.x to get FRE files, also
ALLUSR needs to be disabled to get it to run.
		
	
-------
 2-Apr-84 10:18:16-MST,849;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:18:13-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  2 Apr 84 9:39 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp;  2 Apr 84 9:27 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 3:58-PST
Date: 29 Mar 84 13:42:09-PST (Thu)
To: info-cpm@Brl-Aos.ARPA
From: decvax!mcnc!ecsvax!rpk@Ucb-Vax.ARPA
Subject: M7AP-2B.ASM desperately needed
Article-I.D.: ecsvax.2214

[***]

	Can anybody point me to a source for M7AP-2B.ASM (the overlay
for an Apple using the PCPI Z-80 card)?  Everything that I've been able
to find on the RBBS's are M7AP-1.ASM which is for the Microsoft Z-80 card.

	(I'm NOT on ARPANET so I can't access SIMTEL20.)

Thanks in Advance --
	-Dick    ...decvax!mcnc!ecsvax!rpk
 2-Apr-84 10:30:01-MST,1490;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:29:54-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  2 Apr 84 9:16 EST
Date: 1 Apr 1984  02:36 MST (Sun)
Message-ID: <KPETERSEN.12003940826.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: Disk cataloging programs revised

Irv Hoff has just released a new version of MCAT/XCAT.  Here's the
list of currently-available disk cataloging utilities available from
SIMTEL20:

Filename			Type	 Bytes	 Sectors     CRC

Directory MICRO:<CPM.CATLOG>
CAT2.ASM.1			ASCII	  5184   41 =  29H  E89AH
CAT2.COM.1			COM	   768    6 =   6H  96ADH
FIND40.COM.1			COM	  1664   13 =   DH  D443H
FIND40.HEX.1			ASCII	  4693   37 =  25H  517AH
MCAT.SET.1			ASCII	  3701   29 =  1DH  44D5H
MCAT43.AQM.1			COM	 28032  219 =  DBH  3472H
MCAT43.ASM.1			ASCII	 40975  321 = 141H  D74AH
MCAT43.COM.1			COM	  6912   54 =  36H  AFA4H
MCAT43.DOC.1			ASCII	  7273   57 =  39H  0DFBH
MCAT43.HEX.1			ASCII	 16840  132 =  84H  C2BAH
NULL.ASM.1			ASCII	  4166   33 =  21H  4D17H
NULL.COM.1			COM	   640    5 =   5H  33F5H
NULL.HEX.1			ASCII	  1580   13 =   DH  3216H
XCAT40.AQM.1			COM	 20480  160 =  A0H  036DH
XCAT40.ASM.2			ASCII	 30584  239 =  EFH  504BH
XCAT40.COM.2			COM	  2816   22 =  16H  4DA8H
XCAT40.DOC.2			ASCII	  3581   28 =  1CH  F53BH
XCAT40.HEX.2			ASCII	  6870   54 =  36H  27ADH
 2-Apr-84 10:36:25-MST,2616;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:36:09-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  2 Apr 84 9:50 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp;  2 Apr 84 9:41 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 6:27-PST
Date: 29 Mar 84 22:27:47-PST (Thu)
To: info-cpm@Brl-Aos.ARPA
From: decvax!mcnc!ecsvax!hsplab@Ucb-Vax.ARPA
Subject: CompuPro Service
Article-I.D.: ecsvax.2216

When I first bought Godbout products almost four years ago, the
company was highly responsive to my requests for help.  In several cases,
Godbout offered excellent technical help as well as the ability to
purchase replacement parts.  This support occurred in addition to providing
products which were rock solid.  Several recent events have convinced me
that the new CompuPro seems to have quite a different attitude.  I recently
tried to buy a replacement 8085 (6Mhz 8085AH-1) through either their
distributer or Godbout itself.  In both cases I was emphatically told that
the company would no longer supply parts for their products; if I wanted
something fixed, I would have to return it for repair at standard rates.
I understand that the particular chip is in very short supply and I would
have appreciated a response to that effect, but I really never even got a
chance to state what part I wanted.

Three weeks ago I bought a copy of CPM-86 from Priority I.  The manuals
stated that if the source code which was supplied was incompatible with
the ASM-86, I should return the package.  I got a return authorization
from Priority I and was told to mail the original disks to CompuPro.
Three weeks later I checked CompuPro to see why I had not received the
disks.  It turns out that Priority I gave CompuPro the billing address
for the University of North Carolina as the shipping address and CompuPro
ignored the address I had placed with the return disks.  As you might
expect neither CompuPro nor Priority I have acknowledged responsibility
for the mismailings and I have been unable to locate the disks after at
least 50 telephone calls to various areas on campus.  Worse than that,
neither CompuPro nor Priority I have even responded to my requests for
replacement disks.  At this point I am rather frustrated.  This is
clearly as case where a company has not gotten better as it has grown.
It seems that they are more interested in giving good service to
Jerry Pournelle than the average customer.

David Chou
University of NC, Chapel Hill
     decvax!mcnc!ecsvax!hsplab
 2-Apr-84 10:39:12-MST,1990;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:39:03-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  2 Apr 84 9:17 EST
Date: 1 Apr 1984  20:53 MST (Sun)
Message-ID: <KPETERSEN.12004140561.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: SD-80 now available

The following new files have been uploaded to SIMTEL20:

Filename			Type	 Bytes	 Sectors     CRC

Directory MICRO:<CPM.DIRUTL>
SD-79A.DOC.1			ASCII	  9525   75 =  4BH  D733H
SD-80.AQM.1			COM	 52736  412 = 19CH  7DC8H
SD-80.ASM.1			ASCII	 78004  610 = 262H  3A61H
SD-80.NOT.1			ASCII	  1011    8 =   8H  7FD1H
SD-80H.COM.1			COM	  3584   28 =  1CH  7555H
SD-80H.HEX.1			ASCII	  8745   69 =  45H  42ECH
SD-80V.COM.1			COM	  3968   31 =  1FH  BBE1H
SD-80V.HEX.1			ASCII	  9680   76 =  4CH  E558H

This update comes from Sigi Kluger.  Here's his note:

SD has always had a very obscure bug which is now fixed. In addition,
SD-79A had a bug in the FENCE routine (a line read LDA ':' instead of
MVI A,':'). The bugs are now fixed. Two versions of the COM file are
provided, SD-80V.COM for vertical display, and SD-80H.COM for normal
horizontal display. Do not mistake the V and the H in the filename
for a version number modifier!

The bug in SD-79A (and all previous versions of SD) was noticed by
Gene Head who notified me and asked for a fix. The problem is that
when SD found the last extent of a file and the EX field was 00, the
S2 field was non-zero and the RC field was 80, SD dropped that
extent in favor of the next lower one. The reason is that the internal sort
routine sorted 12 characters (F1..F8, T1..T3 and EX) where it should
have not included EX in the sort. The problem is only noticeable with files
whose size is just larger than an even multiple of 512k (i.e. 520k, 1030k
and so on). Obviously, only large files were affected.
 2-Apr-84 10:51:41-MST,518;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:51:37-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  2 Apr 84 9:38 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp;  2 Apr 84 9:26 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 2:59-PST
Date: 30 Mar 84 10:45:59-PST (Fri)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!hao!seismo!uwvax!neves@Ucb-Vax.ARPA
Subject: cmsg cancel <180@uwvax.ARPA>
Article-I.D.: uwvax.181


 2-Apr-84 10:55:53-MST,1351;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:55:48-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp;  2 Apr 84 10:11 EST
Received: From cecom-1.arpa.ARPA by BRL-MIS via smtp;  2 Apr 84 9:43 EST
Date:  2 Apr 1984 0943-EST
From: Drsel-Tcs-Sio@CECOM-1.ARPA
Subject: Osborne1 Maint. Service
To:   info-cpm@Brl-Mis.ARPA
cc:   drsel-tcs-sio@BRL-MIS.ARPA

As a recent arrival to New Jersey and a Osborne1 owner I am having 
trouble finding anyone (including Xerox) who will have anything to
do with maintenance/service with the Osborne product.  I have a copy
of the Technical Manual for the O-s1 and have done allittle self
diagnostics to pinpoint my problem as the A diskette-drive.  Specifically,
the drive moteer itself is irratic.  If I had the access to parts and
a knowledgable reference (a ggood!! book, or experienced friend), I might
try a self repari, however I don't.  So far, I have struck out on 
any commercial repair shops in the state...I am beginning to consider
New York City area.  Anyone have any possible answers??? I'm sure 
there are other O-1 owners who may be or who will be in the same fix!

Todd B. Kersh
Mailbox: DRSEL-TCS-SIO at CECOM-1.ARPA
phone: (201)-544-2759
mailing addr: CENTACS (DRSEL-TCS-SIO), Ft. Monmouth NJ 07703
-------
 2-Apr-84 13:48:47-MST,884;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 13:48:43-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  2 Apr 84 13:25 EST
Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp;  2 Apr 84 13:20 EST
Date: 2 Apr 1984 13:18-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re: M7AP-2B.ASM desperately needed
From: ABN.ISCAMS@Usc-Isid.ARPA
To: decvax!mcnc!ecsvax!rpk@Ucb-Vax.ARPA
Cc: info-cpm@Brl-Aos.ARPA
Message-ID: <[USC-ISID] 2-Apr-84 13:18:48.ABN.ISCAMS>
In-Reply-To: The message of 29 Mar 84 13:42:09-PST (Thu) from decvax!mcnc!ecsvax!rpk@Ucb-Vax.ARPA

Dick,

If you'll hold on a little, I'll download it and mail it to you (assuming
it'll get through those layers of addresses!!!).  May thy mailbox overfloweth.

Regards,
David Kirschbaum
Toad Hall
(ps, I mean this electronic mail, NOT USSnail)
 2-Apr-84 14:04:14-MST,699;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 14:04:08-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  2 Apr 84 13:15 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  2 Apr 84 13:08 EST
Date: Mon, 2 Apr 1984  12:52 EST
Message-ID: <ANDY.12004293229.BABYL@MIT-OZ>
From: ANDY%MIT-OZ@MIT-MC.ARPA
To:   info-cpm@BRL.ARPA
Subject: What termnal does Mode7 emulate

I recently installed Modem7 (mdm730) on my Kaypro II, only to
discover that it seemed to be only a dumb terminal.

If Modem7 is really a dumb emulator, is there an overlay or
something that turns it into say a vt52?

Thanks,
-Andy
ANDY@MIT-OZ

 2-Apr-84 15:14:33-MST,1142;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 15:14:26-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  2 Apr 84 16:26 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  2 Apr 84 16:25 EST
Received: from MIT-LISPM-18 by MIT-OZ via Chaosnet; 2 Apr 84 16:23-EST
Date: Monday, 2 April 1984, 16:23-EST
From: Robert L. Krawitz <ZZZ.RLK%MIT-OZ@MIT-MC.ARPA>
Subject: Exidy Sorcerer
To: info-cpm%MIT-OZ@MIT-MC.ARPA
CC: zzz.rlk%MIT-OZ@MIT-MC.ARPA
Message-ID: <[MIT-LISPM-18].4/02/84 16:23:18.ZZZ.RLK>

I use Exidy Sorcerer machines quite a bit (DDS diskdrive; 2-DSQD
Micropolis drives).  What I'm looking for --

GOOD assembler (I'm tired of the DevPack, even with my disk kluges)
GOOD editor (better than Exedit; I need a *LOT* of buffer space, more
	than main memory, as well as EMACS-like features)
Modem software (i. e. mdm730, judging from all the flaming here about
	that)

By the way, I might have a source of cheap Sorcerers, in case anyone
might want one or two.  If you're interested, tell me soon; I'm going
home in May.

				Robert Krawitz
 2-Apr-84 16:32:09-MST,15511;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 16:31:33-MST
Date:     Mon, 2 Apr 84 16:49:15 EST
From:     Dave Towson (info-cpm) <cpmlist@Amsaa.ARPA>
To:       info-cpm@Amsaa.ARPA
Subject:  SIMTEL20 ARCHIVES.

     Public Domain Software Lovers - At long last, the Great Archive Blurb is 
finished!  This updated version covers ALL of the archives on SIMTEL20, and
will (I hope) answer most of the questions that have been pouring in since the
announcement of the new PC-BLUE archive.

     I especially want to thank Gail Zacharias <GZ@MIT-MC> for a very thorough
job of proof-reading and error reporting.  The blurb is considerably improved
as a result of her efforts.

     Thanks are also due to Frank Wancho <WANCHO@SIMTEL20> for making the 
archives possible, and to Keith Petersen <W8SDZ@SIMTEL20> and Richard Conn
<RCONN@SIMTEL20> for maintaining them.  Without the efforts of these people,
I wouldn't have had to write this thing (hmmmmm).

     Finally, thanks to all of you who have been patiently waiting for this
information, and wishing I'd hurry up so that you could get at the goodies.

     This blurb is about thirteen-thousand characters long.  It's a lot to
absorb at one time if you don't already know most of it.  My advice is to print
it, and keep it on hand for reference.



Dave Towson
INFO-CPM-REQUEST @ AMSAA


-------------------------------------------------------------------------------

                            THE SIMTEL20 ARCHIVES



OVERVIEW

     There is a collossal amount of free public domain CP/M software in
several archives on SIMTEL20, a PDP-20 running TOPS-20 at White Sands Missile
Range.  Files may be obtained using FTP (described in a following paragraph)
with user-name "anonymous".  For a password, use your host-name (or any string
of printing characters).  Throughout this message, FTP examples are given in a
GENERIC syntax.  You will have to consult either a local documentation file or
your friendly system wizard to learn the actual syntax used with your local
mainframe operating system.

     UNIX users can do "man ftp" for instructions.  ITS users can do 
":INFO FTP".  I will be happy to update this message to include pointers to
other sources of documentation if they are sent to INFO-CPM-REQUEST.

     To get directory listings, connect to SIMTEL20 via FTP and do this:

                get micro:<cpm>cpm.crclst 
                get micro:<cpmug>cpmug.crclst 
                get micro:<sigm>sigm.crclst 
		get micro:<unix>unix.crclst 
		get micro:<pc-blue>pc-blue.crclst 

The first will get you a directory of a cpm archive that was moved from MIT-MC.
This is the one to watch for the very latest CP/M offerings, as it is updated
frequently.  The second is the full catalog of the CP/M Users Group.  It (and
the third and fifth archives) will be updated as new disks are issued.  The 
third is the full catalog of the Special Interest Group for Microcomputers 
(SIG/M), a service of the Amateur Computer Group of New Jersey.  The fourth
contains UNIX-related software, not all of which is CP/M-specific.  That which
does apply specifically to CP/M is in the directory <UNIX.CPM>.  The CRCLST
file shows the contents of the full UNIX archive, which is growing rapidly.
The fifth archive contains software for the IBM-PC.

     There are many overlaps in the first three archives, but you will find the
latest versions in the <CPM> archive.  In general, the archived software is
very good, having been worked-over and refined by multiple users.  The comments
tend to be complete and imformative.



FILE TYPES

     Files in the <CPM> archive are stored in two formats, ASCII for DOC, HEX 
and ASM files, and ITS binary for COM and squeezed files.  Squeezed files have
been compressed using the programs available in directory <CPM.SQUSQ> to obtain
an approximate 35-percent size reduction.  These files can be identified by the
letter Q in the file-type field. For example, file MICRO:<CPM.MODEM903>DEFF.AQM
is a squeezed file.  It must be transferred as a binary file, and then un-
squeezed.  The unsqueezing can be done on the CP/M system using USQ-20.COM (or
whatever is the current version from directory <CPM.SQUSQ>), or there are
several host-based unsqueezers in the <CPM> archive (see for example, directory
<CPM.TOPS-20>).  File MICRO:<CPM>CPM.CRCLST shows the type of storage used for
each file in the <CPM> archive.

     ALL FILES in the <UNIX> archive are stored in ASCII.

     With the exception of the CATALOG FILES to be described later, ALL FILES
in the  <SIGM>, <CPMUG>  and  <PC-BLUE>  archives are stored in ITS binary,
a format  which had its origin  at MIT.   Each file  begins with  a  36-bit
identifier-word containing DSK8 in SIXBIT code.  This reads as 446353300000
in octal, and 933AD8000 in hexadecimal.  All data are stored as four 8-bit
bytes per 36-bit SIMTEL20 word, with the low-order four bits of each word
filled with zeros.  If such a file is interpreted as a contiguous string,
as will happen if a straight binary transfer is made to a 16 or 32-bit UNIX
machine, the four zero filler-bits per 36-bit group will cause rather bizarre
and frustrating results.  The methods for dealing with this situation, which
differ from machine to machine, are explained in a following paragraph.

     The ONLY files in the <SIGM>, <CPMUG> and <PC-BLUE> archives that are NOT
stored in ITS binary are the CATALOG files.  These files, which are stored in
ASCII, contain (in reverse numerical order) the -CATALOG.nnn files from all the
volumes of their respective archives.  To obtain these composite catalog
files, connect to SIMTEL20 via FTP and do this:

		get micro:<sigm>sigm.cat 
		get micro:<cpmug>cpmug.cat 
		get micro:<pc-blue>pc-blue.cat 

Remember, ALL are ASCII files.



FILE TRANSFER VIA FTP

     FTP stands for File Transfer Protocol, a formalized procedure for moving
files among machines on the Defense Data Network (DDN) and other networks that
connect with the DDN.  The protocol is implemented by a program called FTP.
The different mainframe operating systems implement FTP with variations in
command syntax.  Some systems have the remote-file-name precede the local-file-
name in the command.  Others reverse this order.  Some versions have the whole
command on a single input line, while others use multiple lines.  Read the
documentation for your local system, or consult a friendly system wizard
for the details of your local FTP command syntax.  FTP transfers from SIMTEL20
can be made with user-name "anonymous".  Use your host-name (or any string of
printing characters) for a password.

     Users of TOPS-10, TENEX, TOPS-20 or ITS systems can use "type image" or
"type paged" mode for ALL transfers.  UNIX users must use "type ascii" mode 
for ASCII files, and "type tenex" or "type L 8" mode for ITS binary files.
MULTICS users must use "type ascii" mode for ASCII files, and "type image"
mode for ITS binary.

     Once an ITS binary file has been transferred to your mainframe, additional
processing is needed to make it into a standard CP/M file.  This processing is
done automatically by the programs used on TOPS-20 and ITS machines for
downloading to a micro, so those users need not be concerned with this.  UNIX
users have only to remove the first four bytes of each file.  These four bytes 
are a special "ITS header", and are not really a part of the file.  They can
be removed using the UNIX utility "dd", or they can be removed using the
program ITSCVT, available as an ASCII-transferable .HEX file in directory
MICRO:<CPM.HEX>.

     Post-processing of files on MULTICS machines can be done using a modified
version of the system copy utility.  At present, transfer of this program is
a delicate matter because of the need to preserve the vendor's proprietary
rights.  If you need this utility, send a message to INFO-CPM-REQUEST, and
I'll put you in touch with the person who has the program.

     Anyone who can obtain an exact contiguous copy of an ITS binary file 
(probably using "type image" mode), and then download it to a CP/M machine
without losing any bits, can post-process the file into standard format using a 
CP/M program available from INFO-CPM-REQUEST.  If there is enough interest in 
this program, it can be added to the <CPM> archive.  If it necessary for you to
take this route, study the description of ITS binary format given in the 
section on FILE TYPES, so that you will know what to expect.  This method 
worked satisfactorily with transfers to our 16 and 32-bit UNIX machines before
we learned to use "type tenex" mode.



MAINFRAME PROGRAMS FOR TRANSFERRING FILES BETWEEN MAINFRAMES AND MICROS

Christensen Protocol:

     For a micro to reliably exchange files with a mainframe, cooperating
file transfer programs with automatic error detection and retransmission of
faulty blocks must be running on both computers.  One such family of programs
uses a popular protocol created by Ward Christensen and enhanced by others.  
Directory MICRO:<UNIX.CPM> contains two programs, UC and the older UMODEM
(both written in C), which implement this protocol on UNIX machines.  See the
file MICRO:<UNIX>UNIX.CRCLST for a list of other useful UNIX utilities.

     On ITS machines, file transfer using the Christensen protocol can be done
using MMODEM (type :MMODEM for instructions), or LMODEM.  Documentation for
LMODEM is in file .INFO.;LMODEM HELP. Other useful ITS utilities include TYPE8,
which types an ASCII file stored in ITS binary format; TYPESQ, which types an
ITS binary format "squeezed" file (see the first paragraph under FILE TYPES);
USQ, which creates an unsqueezed version of a squeezed file; HEXIFY, which
creates an Intel hex format file from an ITS binary format COM file; COMIFY
which creates a COM file from an Intel hex file; and CRC, which computes the
Cyclic Redundancy Check value for a file, using the same algorithm that is used
by the CP/M program CRCK.  Brief instructions for any of these utilities except
LMODEM can be obtained by typing ":utility_name" (for example, :CRC).

     TOPS-20 utilities for transferring and manipulating files can be found in
directory MICRO:<CPM.TOPS-20>.  See MICRO:<CPM>CPM.CRCLST for a list of
available programs.

     File transfer and conversion utilities for use with VAX/VMS machines are
contained in directory MICRO:<CPM.VAXVMS>.  See MICRO:<CPM>CPM.CRCLST for
details.


Kermit:

     Another excellent program for transferring files is called KERMIT.  This
program has the advantage of being available for an impressively large number
of mainframes and micros.  It is, for example, available for the IBM-PC, and
DOES NOT require CP/M.

     To get started with KERMIT, connect to Columbia-20 using FTP, and do this:

		get ps:<kermit>00readme.txt 
		dir ps:<kermit> 

Note two things:  The machine name is "columbia-dash-twenty", and the filename
begins with "zero-zero".

     After reading 00README.TXT, look at your directory listing and see what's
currently available (it may have changed since the last edit of 00README.TXT).
From then on, you are on your own.  Questions can be addressed to INFO-KERMIT @
COLUMBIA-20.



MICROCOMPUTER PROGRAMS FOR TRANSFERRING FILES BETWEEN MAINFRAMES AND MICROS

Christensen Protocol:

     An excellent program for transferring files between micros, or between
micros and mainframes is called MDM7xx, where the "xx" is replaced with two
digits to give the current version number.  This program, often referred to as
MODEM7 (the name of its easier to pronounce ancestor), uses the popular
Christensen protocol to transfer files with automatic error detection and
retransmission of erroneous blocks.  

     To get started with MDM7xx, you should first FTP and examine three files
from the directory MICRO:<CPM.MODEM7>.  After connecting to SIMTEL20, do this:

		get micro:<cpm.modem7>(see below) 
		get micro:<cpm.modem7>mdm7xx.doc 
		get micro:<cpm.modem7>mdm7xx.msg 

All are ASCII files.  Together, they will tell you just about all there is to
know about getting the program to run on your machine.  Take the time to read
these files; they're quite informative. You will also get some helpful insights
from reading some of the overlay files.  These overlays, described in file
MICRO:<CPM.MODEM7>(see below), are used to customize MDM7xx for particular
machines without having to edit and assemble the huge MDM7xx source file. 
Complete instructions for performing this procedure are contained in each 
overlay file.  The above use of "see below" refers to a file with the
characters "OVL" in its name.  This message will be updated when the name of
that file becomes stable (at this moment, there are two).


Kermit:

     As stated in an earlier paragraph, KERMIT is also an excellent program for
transferring files between computers.  It, too, does automatic error detection 
and retransmission, and it works between mainframe and micro, between micros,
and between mainframes.  See the earlier paragraph for details.


Getting Started:

     In order to get MDM7xx or KERMIT running on your micro, you must first
transfer the necessary files from mainframe to micro.  If you already have a
receive-to-disk communications program of some sort, you can use it to move
the needed files.  It is VERY CONVENIENT to be able to transfer 8-bit binary
files, although in most cases it is not absolutely necessary.  Some of the 
files are quite large.  For example, MDM7xx.COM is over 18K bytes, and the HEX
file (which you will need if you can't transfer 8-bit files) is over 52K.  
Moving large files to your micro without using an error detecting protocol can
result in frustrating errors, but it can be done by receiving multiple copies
and using manual or machine-assisted comparisons to locate and repair bad parts
of the code.  However, there IS a better way.

     Directory MICRO:<CPM.MODEM> contains a file that can be FTPed to your
mainframe, printed, and then entered into your micro by hand and assembled. 
It is quite short.  To examine this option, connect to SIMTEL20 via FTP and
do this:

		get micro:<cpm.modem>pipmodem.asm 
		get micro:<cpm.modem>pipmodem.doc 
		get micro:<cpm.modem>mboot3.asm 

All are ASCII files.  Read PIPMODEM.DOC first, then look at MBOOT3.ASM.
PIPMODEM.DOC explains the situation very nicely.  Questions concerning these 
programs should be sent to INFO-CPM @ AMSAA.



ADDITIONS, IMPROVEMENTS AND CORRECTIONS

     Suggestions for additions, improvements and corrections to this message
are always welcome.  Please send them to INFO-CPM-REQUEST.  Additional
information concerning FTP is, however, beyond the scope of this message.  If
you need help with FTP, please read the documentation for your local system,
or see your friendly system wizard.

     Contributions of public domain software are actively solicited.  If you
have something that seems appropriate for inclusion in the <CPM> archive, 
please contact Keith Petersen <W8SDZ@SIMTEL20>.  Likewise, contributions to the
<UNIX> archive can be addressed to Richard Conn <RCONN@SIMTEL20>.

     Happy hacking!



					Dave Towson
					INFO-CPM-REQUEST @ AMSAA


 2-Apr-84 18:50:10-MST,776;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 18:50:05-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp;  2 Apr 84 20:26 EST
Date:     Mon, 2 Apr 84 20:20:53 EST
From:     Bob Bloom (TECOM) <bbloom@Brl-Mis.ARPA>
To:       Jeffrey Edelheit <edelheit@mitre.arpa>
cc:       info-cpm@Brl-Mis.ARPA
Subject:  Re:  WordStar patch (ur msg of 3/30/84)

The second series of patches refer to the del1, del2,del3 .... delay times.
(things like time to the secondary menus show, time for horizontal scroll,
etc.)

For a whole bunch of patch points to ws (for 3.0, but 3.3 is similar - compare
ddt dumps) see the two files in simtel20, micro:<cpm.wstar>ws30.patchs
is one, the other escapes me at the moment.
 2-Apr-84 21:40:18-MST,772;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 21:40:14-MST
Received: From mit-multics.arpa.ARPA by AMSAA via smtp;  2 Apr 84 23:16 EST
Date:  Mon, 2 Apr 84 23:08 EST
From:  LBrenkus@MIT-MULTICS.ARPA
Subject:  ITS binary format
To:  info-cpm@AMSAA.ARPA
Message-ID:  <840403040842.280751@MIT-MULTICS.ARPA>

I am using a Multics system here at MIT.  The PC-Blue, et.  al.  files
are in "ITS Binary", which apparently needs "an altered version of the
system copy function" in order to convert these files from -image to a
usable format.  Where do I get this utility?  How do I convert the
PC-Blue files after ftp'ing them from the host to Multics?  Thanks.
Please reply direct,as I am not on this list.
 3-Apr-84 01:04:20-MST,954;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 01:04:16-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  3 Apr 84 2:24 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp;  3 Apr 84 2:22 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 23:14-PST
Date: 30 Mar 84 5:27:12-PST (Fri)
To: info-cpm@Brl-Aos.ARPA
From:  ihnp4!houxm!hogpc!houti!ariel!vax135!floyd!clyde!akgua!sb1!scbhq!wns@Ucb-Vax.ARPA
Subject: NEED HELP REACHING SIMTEL20
Article-I.D.: scbhq.175

Subject: HELP REACHING SIMTEL20
Newsgroups: net.micro.cpm
----- News saved at Fri, 30-Mar-84 08:23:25 EST
I would like to use some of the C programs that have been discussed as being
on SIMTEL20, but I don't know how to access the machine. Could someone please
furnish me with the DDD or UUCP access for this machine?


Thanks,

BIll Stacy (wns!scb!sb1!akgua!clyde!burl!ulysses!harpo...)
 3-Apr-84 01:59:41-MST,1097;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 01:59:37-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  3 Apr 84 3:35 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp;  3 Apr 84 3:37 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Apr 84 0:25-PST
Date: 30 Mar 84 11:35:45-PST (Fri)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!tektronix!orca!andrew@Ucb-Vax.ARPA
Subject: Re: Distributing modifications to F80
Article-I.D.: orca.746
In-Reply-To: Article <310@sri-arpa.UUCP>

	"If only 20% of the code is original, you also have no problem
	there."

Be careful of this reasoning.  It was tried in court and did not pass.

The copyright law says that any derived work is the property of the
owner of the copyright.  If 0.01% of the code is original, you still
may not freely distribute.  The act of deriving the work, as well as
the test of contents, is involved.

  -- Andrew Klossner   (decvax!tektronix!orca!andrew)      [UUCP]
                       (orca!andrew.tektronix@rand-relay)  [ARPA]
 3-Apr-84 02:57:14-MST,1231;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 02:57:10-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp;  3 Apr 84 4:26 EST
Received: From csnet-relay.arpa.ARPA by BRL-AOS via smtp;  3 Apr 84 4:20 EST
Received: From Uci-750a.arpa by csnet-relay via smtp;  3 Apr 84 4:16 EST
Date: 02 Apr 84 22:28:44 PST (Mon)
To: ANDY%MIT-OZ%mit-mc.arpa@csnet-relay.arpa
cc: info-cpm%brl.arpa@csnet-relay.arpa, young%uci-750a.arpa@csnet-relay.arpa
Subject: Re: What termnal does Mode7 emulate
In-reply-to: Your message of Mon, 2 Apr 1984  12:52 EST.
	     <ANDY.12004293229.BABYL@MIT-OZ>
From: Michal Young <young%uci-750a.arpa@csnet-relay.arpa>

Modem7 does not do any terminal emulation, it just sends things 
to your machine and lets it do whatever it does-- in the case 
of your Kaypro 2, that is ADM3a plus a couple extras.  If you use
unix, the following termcap will describe Kaypro to the mainframe
so that with modem7 you can use vi, emacs, etc.

kp|kaypro|kaypro2|kaypro 2:\
    :am:bs:li#24:co#80:\
    :cm=\E=%+ %+ :\
    :ho=^^:cl=1^Z:\
    :nd=^L:up=^K:do=^J:\
    :ce=^X:cd=^W:\
    :al=\EE:dl=\ER:

--Michal Young
  UC Irvine
  young@uci
 3-Apr-84 03:23:31-MST,1062;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 03:23:24-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Apr 84 4:50 EST
Date: 3 Apr 1984  02:51 MST (Tue)
Message-ID: <KPETERSEN.12004467803.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   ANDY%MIT-OZ@MIT-MC.ARPA
Cc:   Info-Cpm@Amsaa.ARPA
Subject: What termnal does Modem7 emulate
In-reply-to: Msg of 2 Apr 1984  10:52-MST from ANDY%MIT-OZ at MIT-MC.ARPA

The terminal mode in MDM7xx just passes the data to your terminal.
Your Kaypro looks like an ADM3A so if you use that terminal definition
on your mainframe host, cursor addressing should work.  Make sure your
overlay for MDM7 does not have the "filter control characters below
line feed" equate turned on.  Otherwise cursor addressing won't work
right because you won't get all the control codes.

If you want a VT-52 emulator for your Kaypro, get KERMIT from
Columbia-20.  They have a version for the Kaypro.
--Keith
 3-Apr-84 04:00:00-MST,1746;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 03:59:55-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Apr 84 5:22 EST
Date: 3 Apr 1984  03:23 MST (Tue)
Message-ID: <KPETERSEN.12004473637.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: ENSOFT/UNSOFT cleans WS text files

The following new files have been uploaded to SIMTEL20:

Filename			Type	 Bytes	 Sectors     CRC

Directory MICRO:<CPM.TXTUTL>
ENSOFT.COM.1			COM	  4864   38 =  26H  15F1H
ENSOFT.HEX.1			ASCII	 11860   93 =  5DH  7114H
UNSOFT.COM.1			COM	  6144   48 =  30H  3875H
UNSOFT.DOC.1			ASCII	  1057    9 =   9H  9256H
UNSOFT.HEX.1			ASCII	 14970  117 =  75H  E2FCH

What these files do:

ENSOFT.COM -  A program to convert an ASCII text file to Wordstar
document mode.  Makes educated guesses about where to put soft and
hard carriage returns as well as soft spaces.


UNSOFT.COM - A program to convert Wordstar document-mode files to
normal ASCII text files.  Resets all high order bits added by Wordstar
to zero.  Removes all control characters except TAB, FF, CR and LF.
Strips out dot commands except .PA which it converts to FF.  Changes
the 1FH soft hyphen at end-of-line to a real 2DH hyphen.  (FILTX2
would totally remove the character.)  Handles non-break-space
correctly.  Type UNSOFT ? for additional information.	

    NOTE:  If for any reason you do not wish to retain FF (form feed)
	   characters, you can run the program through FILTX.COM after
	   first using UNSOFT.COM.

				- These versions by Paul Homchick
				- Philadelphia, PA (215) 687-6969
						   (215) 964-8050
 3-Apr-84 04:06:33-MST,4941;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 04:06:21-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Apr 84 5:39 EST
Date: 3 Apr 1984  03:40 MST (Tue)
Message-ID: <KPETERSEN.12004476742.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: NSWP202 buggy - removed from SIMTEL20

Numerous bug reports on NSWP202 have been received by various RCPM
operators - some are detailed below.  It has been removed from
SIMTEL20 and I recommend that you erase your copies.
--Keith

-----
Msg #1006 posted 03-23-84 at 06:19:19 by PICONET CP/M
To: IRV HOFF      About: nswp2 bug? (13 lines)
 
NSWP2 has this quirk that cost me some time.  If you have your BDOS set
up to make user 0 public and you try to copy or rename a file from user
0 to another user, only the first extent gets moved. Since no source is
at hand, all you can do until it gets fixed is avoid using NSWP2 to move
files from user 0 to another user while user 0 is public.  If anyone
knows of a version that has this fixed, please let me know (either
PICONET CP/M or RICHARD RELPH).
 
Other than this bug, the program has the really nice feature (for those
who make user 0 public) that it does not use the BDOS to find out what
files are members of the user area, which means that it will not show
user 0 files while in user 1.
Rich
..........
 
 
 
Msg #1024 posted 03-24-84 at 10:21:33 by JIM MCMURRY
To: ALL USERS     About: nswp202 (2 lines)
 
the dif between nswp201 and nswp202 is you cannot squeeze real small
files below 3 k, at least that is what dave rand says
..........
 
 
 
Msg #1075 posted 03-27-84 at 05:37:26 by RICHARD RELPH
To: IRV HOFF      About: nswp202 bug? (10 lines)
 
Thanks for passing along the info. I have another major gotcha. I don't
yet know enough about it to say what all the pertinent circumstances are
but when I tried mass copying from c0 to b0 (1 .def, 6 .com, 3 .ovl) the
result was that the .def file moved ok, but the .com and .ovl files
got truncated to 16k (I presume this to be the buffer size in NSWP202).
I entered NSWP202 from c3. I'll be doing more research when I can better
afford to lose files (as soon as I clear another cartridge). I'd like
to be able to contact those in the know directly. Should I call Dave or
is there someone else to go through?
Rich
..........
 
 
 
Msg #1088 posted 03-27-84 at 17:58:14 by BILL MEYER
To: IRV HOFF      About: nswp202 (21 lines)
 
Irv,
    Pulled down NSWP2, largely because of your comments on the board.
Found a bug right away!  On entry, Rand saves only the top entry of the
CP/M stack as his return point, not the CP/M stack pointer.  This is, of
course, enormously different, and makes the assumption that only the top
of stack was relevant at entry to the application.  As luck would have
it, my bank-switching system locks up tight due to this fault.  As this
is not a run-of-the-mill problem, I decided to call Rand about the prob-
lem.  What a waste of money!  I have never, in talking to author's of
public domain software, encountered a more arrogant, conceited individ-
ual.  He tells me that the fault is in my system, but nowhere do I find
a spec which guarantees that only the top entry of the stack need be
saved on entry to the application program.  I suspect that this approach
would cause problems when used from within programs like wordstar, with
the run command.  I believe this is the same symptom which I reported to
you on your one of your earlier programs, which you promptly chnaged for
me.  I know that this is the same problem as I reported to Frank Gaude'
on DISK7 and COMM7 where he used the same system you original developed
that Rand is apparently still using.  Thought you might want to pass it
along, I've given up...
                                Bill
..........
 
 
 
Message # (603-1198)? 1097
 
Msg #1097 posted 03-28-84 at 05:25:57 by RICHARD RELPH
To: IRV HOFF     About: NSWP202 bug? (12 lines)
 
To let you know what I have, I'm running a Big Board II with CP/M 2.23B
which has a built in 1793 for my floppies (1 Persci 277) and a built in
SASI I/F for my 2 IOMEGA 10Mby cartridge drives. I am using 9 1k sectors
on the Persci for a total per 8"SSDD disk of 670k (after directories).
The Persci is drives A and B and the IOMEGA is Drive C (right now the
BIOS cannot handle the other IOMEGA or even ther rest of the first).  I
was trying to copy from C to B, which implies that (other than picking a
bit) the hardware is probably ruled out as well as anything in the BIOS
past the section that determines which driver to call (which is first as
you would expect).  Thanks for taking the time to look at it.  I, too,
will be trying some more experiments here and will let you know.
Rich
..........
 3-Apr-84 04:11:49-MST,1459;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 04:11:43-MST
Received: From usc-isid.arpa.ARPA by AMSAA via smtp;  3 Apr 84 5:48 EST
Date: 3 Apr 1984 05:48-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re:  ITS binary format
From: ABN.ISCAMS@Usc-Isid.ARPA
To: LBrenkus@Mit-Multics.ARPA
Cc: info-cpm@Amsaa.ARPA
Message-ID: <[USC-ISID] 3-Apr-84 05:48:44.ABN.ISCAMS>
In-Reply-To:  <840403040842.280751@MIT-MULTICS.ARPA>

There's a conversion program at SIMTEL20 (MICRO:<CPM.HEX>, i think),
called ITSCVT.HEX. It runs on an 8080 CP/M micro, and effectively strips
off the headers and tailers the ITS-binary files have.  For a PC now...
Another way I do it is to move them to my host's directory (a Dec),
copy them from their original ..32-bit, I think.. size to 8-bit, load
them into a host text editor (XED), which effectively strips off the
8th bit, edit out the 4 characters at the front, and the ^Zs at the
last line, and there I am.  For .COM files (binary), I move them to my
micro any way I can (HEXIFY is also available at SIMTEL20 (MICRO:
<CPM.TOPS-20>, I think), that'll run on the DEC and change the binary
file to HEX).

Alternatively, CPM.TOPS-20 also has NMODEM, a mainframe modem program
running on the DECs that'll send an ITS-binary file right through to you,
automatically detecting and stripping/reformatting.

Hope this helps.

David Kirschbaum
Toad Hall
 3-Apr-84 04:44:14-MST,1085;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 04:44:09-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Apr 84 5:50 EST
Date: 3 Apr 1984  03:51 MST (Tue)
Message-ID: <KPETERSEN.12004478843.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: QK20 buggy - removed from SIMTEL20

Several people have reported serious bugs with QK20 (QWIKKEY),
including complete bombing of the system after attempting to run some
programs while QK20 is active.  It has been removed from SIMTEL20.
QK12 remains.

----
Date: Thursday, 29 March 1984  21:15-MST
From: Dick <MEAD at USC-ECLB.ARPA>
To:   info-cpm at BRL.ARPA
Re:   QK20

I seem to have a problem with the new QK. If I try to run SD79 or
XD3 (under ZCPR2) they both fail to work. Under QK12, I had no problem.
It appears that all I get sent to the screen from SD79 when called
by a QK20 re-defined key is a CR-LF, and Ctl-C does not abort, I must
reset the system. Any clues?
 3-Apr-84 04:53:53-MST,2084;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 04:53:47-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Apr 84 5:57 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp;  3 Apr 84 5:49 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Apr 84 2:45-PST
Date: 28 Mar 84 9:56:44-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!jim@Ucb-Vax.ARPA
Subject: Public-ness of UCSD Pascal Versions
Article-I.D.: felix.216


Long ago, in a fledging publication ("Infoworld") Adam Osborne penned
a column modestly named "From the Fountainhead."  In one of these
columns he stated his view of the legal status of various versions
of the UCSD Pascal P-system (Trademark the Regents of the University
of California).  As I recall Versions 1.2, 1.3, and 1.4 were characterized
as public domain and addresses and/or phone numbers were published
for where to get them.  I.5 and II.0 were characterized as claimed
to be non-public and hence deeded over to Softech Microsystems.

To my knowledge II.1 is legitimately Apple's and Northstar's is legitimately
theirs because their licenses were among the few irrevocable ones granted
early on in the project.  Also IV.x are legitimately Softech Microsystems,
since they were mainly developed after the turnover.  

My question is: Has the status of I.5 and II.0 been clearly determined?
Are they contestably public domain?  I heard that Mike Lehman at one
time was distributing I.5; if so this would seem to mean that it had
been determined to be public.

I would appreciate anyone having information on this subject replying
to me by mail.  I will summarize and post to the net if anything
new turns up.  In particular I would like to re-discover the contact
information for the older versions that are known to be public.

					An old UCSD Hacker:

					Jim Gilbert
					FileNet Corporation
					1575 Corporate Drive
					Costa Mesa, CA 92626

					714-966-2344

					{decvax,ucbvax}!trwrb!felix!jim
 3-Apr-84 07:38:47-MST,1133;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 07:38:40-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Apr 84 9:08 EST
Date: 3 Apr 1984  07:09 MST (Tue)
Message-ID: <KPETERSEN.12004514762.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: DIS - a CP/M disassembler from England

The following files are now available on SIMTEL20, thanks to
Hirst.rx@PARC-MAXC, our contact "across the pond".

Filename			Type	 Bytes	 Sectors     CRC

Directory MICRO:<CPM.DISASM>
DIS.COM.1			COM	  5120   40 =  28H  A2DBH
DIS.DOC.1			ASCII	  3572   28 =  1CH  25BAH
DIS.HEX.1			ASCII	 13035  102 =  66H  BBDDH

Program DIS disassembles a .COM file into a .DIS file which may be
subsequently assembled.

The DIS file has the following features:
1.	All branch points are provided with a label
2.	Where permitted data blocks are split into DB, DW & DS
3.	All references before 0100H and after program are
	EQUATE statements
4.	Any unresolved block commences with a U type label

 3-Apr-84 11:31:32-MST,921;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 11:31:24-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Apr 84 12:49 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp;  3 Apr 84 12:42 EST
Received: from ISL by SUMEX-AIM with Pup; Tue 3 Apr 84 09:37:18-PST
Date: Tuesday,  3 Apr 1984 09:38-PST
To: billw@SRI-KL.ARPA, info-cpm@Brl-Aos.ARPA
Subject: mince
Reply-to: kevinw@Su-Dsn.ARPA
From: Kevin W. Rudd <kevinw@Su-Dsn.ARPA>
Sender: kevinw@isl

it was said some time ago that MotU was no longer supporting Mince.
is this still true?  where is it now available?  i recall that it
was once sold by the now defunct Discount Software but haven't seen
it recently.  is MotU relying on people to only buy their new packaged
setup (final word) and forgetting those who want it their way and are
willing to hack to keep it that way?
  - K
 3-Apr-84 12:30:17-MST,24441;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 12:29:11-MST
Received: From parc-maxc.arpa.ARPA by AMSAA via smtp;  3 Apr 84 13:14 EST
Date: 3 Apr 84 19:02:06+0100 (Tuesday)
From: Hirst.rx@PARC-MAXC.ARPA
Subject: Another File from England
To: Keith Petersen <W8SDZ@Simtel20.ARPA>
cc: Info-Cpm@Amsaa.ARPA

Keith,

Here is a list of out PD programs here...

UK Volume 0 (2 disks)

DESCRIPTION:  Catalogs of Library disks.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.00-	CONTENTS OF UK VOL. 00
0.1	118K	CPMLIB.CAT	CP/M User Group Catalogs.
0.2	3K	CPMNLLIB.CAT	CPMGG(NL) Group Catalogs.
0.3	2K	FIND.COM	Search catalog for key word.
0.4	214K	SIGMLIB.CAT	SIG/M Group Catalogs.
0.5	24K	UKLIB.CAT	UK Group Catalogs.
0.6	3K	UKLIB.DOC	UK Library Details.
0.7	1K	VOLUME0.DOC	Details of files on this disk.

UK User Group Volume 1

DESCRIPTION: Miscellaneous Utilities.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.01-	CONTENTS OF CP/M UK VOL. 1
1.1	6K	BANNER.ASM	Source of updated BANNER program from US vol.8.
1.2	1K	BANNER.COM	.COM of the above program.
1.3	6K	CARMAINT.BAS	Source of vehicle maintenance record program.
1.4	8K	DEDUMP.ASM	Dr.Lee's cunning file transfer program.
1.5	13K	DIRDUMP.ASM	Directory dump utility.
1.6	5K	DIS.COM		Uncle David's Dynamic Disassembler. (No source.)
1.7	4K	DIS.DOC		Documentation for the above.
1.8	5K	DUMBCOPY.ASM	Good sector-by-sector copier for 1 drive system.
1.9	1K	DUMBCOPY.COM	.COM of above program
1.10	12K	ERUN.COM	Included to run PRINT.INT
1.11	4K	HELP.MAC	Provides instructions to user on appeal!
1.12	9K	HEXDUMP.ASM	Converts .COM file to .HEX.
1.13	6K	HITECH.Z80	Driver routines for Hitech card + LUN table.
1.14	2K	INST.FMI	Instructions for updated PRINT.BAS.
1.15	6K	LETTER.BAS	Source of simple text formatting program.
1.16	1K	LETTER.DAT	Part of simple text formatting program.
1.17	3K	LETTER.INT	.INT file of above.
1.18	11K	LIB.BAS		Library of CBASIC I/O routines.
1.19	12K	MFT.ASM		Source of single drive copy routine.
1.20	2K	MFT.COM		.COM of above.
1.21	1K	MFT.DOC		Documentation of above.
1.22	12K	MPRINT.ASM	Multiple file print utility.
1.23	1K	MPRINT.COM	.COM of above.
1.24	1K	PRINT.BAS	Simple print utility for text formatter.
1.25	1K	PRINT.INT	.INT file of above
1.26	1K	REMOV".COM	Removes (") from a file (from US Lib.)
1.27	4K	SPIES.BAS	CBASIC version of the old DIGICO game.
1.28	3K	SPIES.INT	.INT of the above.
1.29	2K	SPOOLNSH.INS	Instructions for using SPOOLER with N.Star.
1.30	17K	STOIC.COM	STOIC compiled from US Lib.Vol.23.
1.31	22K	STOICCPM.STC	Source of CP/M file handling program for STOIC.
1.32	10K	STOICEDT.STC	Modified source of screen editor using above.
1.33	12K	STOICFLE.STC	Modified source of block STOIC file system.
1.34	2K	U-G-FORM.LIB	Nice form to send in with your software.
1.35	4K	UK1.DOC		Comments on some programs.



UK User Group Volume 2.

ED111 Macro Text Editor by David Back.
US Group Catalog.

		-CATALOG.02-    CONTENTS OF CP/MUGUK VOL.  02-

2.1	13k	CCP.ASM		Source of the CCP of ICOS-80, a CP/M lookalike.
2.2	80k	CPMLIB.DOC	US Library catalogue.
2.3	2k	CRCK.COM	CRC check program from US Vol.50.
2.4     1k      CRCKLIST.CRC	Checksums for files on this disk.
2.5	78k	ED111.ASM	Source of powerful macro text editor.
2.6	13k	ED111.COM	Command file of above.
2.7	4k	ED111.IMP	Implementation notes.
2.8	1k	EDIT.MAC	Macros for above.
2.9	3k	HELP.MAC	Macro information for above
2.9	3k	S1PAT.ASM	Patch for use with CP/M version 2.2
2.10	33k	TEXTED.DOC	Extensive documentation for above.
2.11	1k	UK2.DOC		Comments on programs.
2.12	2k	U-G-FORM.LIB	User Group submittal form.

UK Users Group Volume 3

Programmable Calculator Simulation by Electronic Accounting
Services.
Utilities.


NUMBER	SIZE	NAME		COMMENTS

		CATALOG.03	CONTENTS OF CP/M VOL. 03
03.1	2K	BM.OBJ		A routine to run an approximation to PCW
				benchmarks.
03.2	1K	BM.SRC		Source of above.
03.3	5K	BREAK.ASM	File transfer, removing EOF (^Z) characters.
03.4	1K	BREAK.COM	.COM of above.
03.5	13K	CALC.BAS	Calculator program.
03.6	5K	CALC.INT	.INT of above.
03.7	27K	CNOTES.PRN	System notes for calculator package.
03.8	36K	COMPILE.BAS	Simulation compiler.
03.9	14K	COMPILE.INT	.INT of above.
03.10	1K	CRCKLIST.CRC	Checksums for files on this disk.
03.11	21K	EDITOR.BAS	Simulation program editor.
03.12	8K	EDITOR.INT	.INT of above.
03.13	17K	EDITOR1.BAS	Simulation data file editor.
03.14	7K	EDITOR1.INT	.INT of above.
03.15	1K	INIT.BAS	Simulation initialisation program.
03.16	1K	INIT.INT	.INT of above.
03.17	5K	LIST.ASM	List with paginate and tab expand.
03.18	1K	LIST.COM	.COM of above.
03.19	2K	PCALC.BAS	Controlling program for calculator.
03.20	1K	PCALC.INT	.INT of above.
03.21	8K	PROG.BAS	Simulation menu program.
03.22	4K	PROG.INT	.INT of above.
03.23	19K	RUNOBJ.BAS	Runtime module for calculator.
03.24	7K	RUNOBJ.INT	.INT of above.
03.25	2K	SAL.OBJ		Object of SAL.SRC
03.26	2K	SAL.SRC		Routine to generate payslips

UK Users Group Volume 4.

DESCRIPTION:	Miscellaneous.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.04-	CONTENTS OF CP/M VOL. 04
04.1	16K	BLKJK.BAS	Intelligent terminal version of the game.
04.2	4K	DIS.DOC		Documentation for 4.3.
04.3	5K	DIS85.COM	8085 disassembler based on 1.6.
04.4	17K	DISKANAL.ASM	Disk test program to find bad sectors
04.5	6K	HEXDUMP.COM	.COM of 4.7.
04.6	2K	HEXDUMP.DOC	Documentation for 4.7.
04.7	11K	HEXDUMP.MAC	Improved version of US 40.26 using Zilog mnemonics
04.8	1K	MAKEFCB.COM	File security program.
04.9	5K	NOPIP.ASM	File security program.
04.10	3K	NOPIPV2.ASM	File security program.
04.11	16K	PLIDEMO.PLI	Interfaces to allow KSAM80
04.12	1K	PLIDEMO.SUB	product to be used
04.13	3K	PLIKSAM.ASM	with PLI programs. (D.Powys-Lybbe).
04.14	1K	PLIKSAM.DOC	Documentation for above.
04.15	3K	PLOT.DAT	Mike Magnay's incremental plotter
04.16	9K	PLOTALPH.ASM	programs. See UK User Group newsletter
04.17	1K	PLOTALPH.COM	for details.
04.18	20K	PREPRO.BAS	CBASIC preprocessor.
04.19	11K	READDISK.ASM	Double-density disk-peeking program.
04.20	2K	RECOVER.BAS	Converts .LST file to .BAS (CBASIC).
04.21	2K	REL.DOC		Documentation for 4.22 to 4.30.
04.22	12K	RELDEL.ASM	Utilities for assisting
04.23	3K	RELDEL.COM	in the analysis
04.24	2K	RELDEL.REL	of .REL files
04.25	10K	RELDUMP.ASM	created to the
04.26	2K	RELDUMP.COM	Microsoft/Digital Research
04.27	2K	RELDUMP.REL	format.
04.28	8K	RELMAP.ASM
04.29	2K	RELMAP.COM
04.30	2K	RELMAP.REL
04.31	1K	SD8080.COM	4.35 converted for 8080.
04.32	1K	SD8080.DOC	Documentation for above.
04.33	1K	SDIR.COM	Z80 directory listing program
04.34	1K	SDIR.DOC	Documentation for above.
04.35	6K	SDIR.MAC	Source of SDIR.COM
04.36	3K	STOICSAL.DOC	Documentation for 04.37.
04.37	4K	STOICSAL.STC	STOIC words for handling strings, arrays
				and lists.
04.38	1K	TURNKEY.COM	.COM of 4.40.
04.39	1K	TURNKEY.DOC	Documentation for 4.40.
04.40	3K	TURNKEY.MAC	Program to generate turnkey system
				on CP/M disk automatically.
04.41	3K	makefcb.asm	A file created by 4.8.

UK Users Group Volume 5

DESCRIPTION:
Intelligent Terminal routines.
Improved Utilities.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.05-	CONTENTS OF CP/M VOL. 05
05.1	11K	BASFK.ASM	Routine to load Cifer VDU
				function keys with BASIC statements.
05.2	1k	CAT.COM		Part of catalog system.
05.3	1k	CAT2.COM	Part of catalog system.
05.4	2k	CRCK.COM	Checksum program.
05.5	1K	CRCKLIST.CRC	Checksums of files on this disk
05.6	6K	DDISK.COM	Improved disk debug program
05.7	33K	DDISK.MAC	Source of above
05.8	1k	MAST.CAT	Sample catalog file.
05.9	30K	PRTHT/21.ASM	Print listings with date and time
05.10	3K	PRTHT/21.COM	.COM of above
05.11	1k	PRTHT.DOC	Documentation for above.
05.12	3K	PWS.DOC		WordStar patcher for intelligent
				terminals/printers
05.13	29K	PWS/5.ASM	Source of 5.12
05.14	3K	TESTZ80.ZSM	Test source file for Z80 assembler
05.15	3K	UDCAT.COM
05.16	11K	UDCAT.DOC	Doc of updated catalogue program
05.17	19K	UDCAT.MAC	Improved disk catalogue program
05.18	57K	Z80ASMUK.ASM	Improved Z80 Assembler
05.19	9K	Z80ASMUK.COM	.COM of above
05.20	5K	Z80DOCUK.DOC	Documentation for assembler


UK Users Group Volume 6

DESCRIPTION: Miscellaneous.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.06-	CONTENTS OF UK VOL. 06
06.1	13K	BPRINT.ASM	Improved version of MPRINT (UK Vol.1)
06.2	2K	BPRINT.COM	.COM of above
06.3	7K	CAT.ASM		List directory including
06.4	1K	CAT.COM		erased files.
06.5	2K	CRCK.COM	Checksum program
06.6	2K	CRCKLIST.CRC	Checksums of files on this disk.
06.7	2K	EXSUB.COM	Improved submit utility.
06.8	22K	EXSUB.MAC	Source of 06.7. 
06.9	4K	FORTH.DOC	FIG-Forth Version 1.1
06.10	8K	FORTH16K.COM	/
06.11	42K	FORTHV1.ASM	/
06.12	15K	MODDISK.ASM	Disk utility for SuperBrain DD
06.13	3K	MODDISK.DOC	(May be modified for other disk types.)
06.14	3K	RASMB.COM	Z80 disassembler.
06.15	2K	RASMB.DOC	Documentation for above.
06.16	4K	REC22.ASM	File recovery program.
06.17	1K	REC22.COM	.COM of above.
06.18	15K	REMCOM.ASM	Remove REMs from MBASIC source file.
06.19	6K	REMCOM.COM	.COM of above
06.20	5K	REMCOM.DOC	.DOC for REMCOM.
06.21	1K	RESULT.BAS	Output from REMCOM.
06.22	19K	STARRB.BAS	Richard Beal's Startrek.
06.23	1K	TESTPROG.BAS	Input test file for REMCOM
06.24	2K	UNERASE.COM	File recovery program
06.25	5K	UNERASE.DOC	.DOC of above.
06.26	20K	XREF.ASM	Modified US 8.27 for console o/p.
06.27	3K	XREF.COM	.COM of above.
06.29	1K	Z80DUMP.COM	Hex dump of disk file
06.30	1K	Z80TYPE.COM	Type ASCII file to screen with paging.
06.31	1K	ZPROGRAM.DOC	.DOC of 06.29/06.30

UK Users Group Volume 7.

DESCRIPTION: BASIC Programs.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.07-	CONTENTS OF CP/M UG(UK) VOL. 7
		CRCKLIST.CRC	Checksums of files on this disk.
07.1	2K	ACCTFILE.BAS	Part of General Ledger.
07.2	3K	ANAGRAM.ASC	Anagram Generator.
07.3	1K	ANFILE.RML	Data file for 07.4
07.4	2K	ANIMAL.RML	Game in RML BASIC.
07.5	3K	BASECONV.RML	Base Conversion in RML BASIC.
07.6	1K	BINSERCH.BAS	Part of General Ledger.
07.7	8K	BIORYTH.ASC	Microsoft BASIC Game.
07.8	7K	CALC.BAS	Talking Calculator Program.
07.9	7K	CRT		Part of General Ledger.
07.10	10K	CRTFM.BAS	Part of General Ledger.
07.11	4K	CRTFM.INT
07.12	1K	CURSOR.BAS	Part of General Ledger.
07.13	1K	FILEINIT.BAS	Part of General Ledger.
07.14	1K	FILEINIT.INT
07.15	11K	FRAC.RML	Program in RML BASIC.
07.16	2K	G/L-INFO.BAS	Part of General Ledger.
07.17	1K	G/L000.BAS	Part of General Ledger.
07.18	2K	G/L000.INT
07.19	6K	G/L010.BAS	Part of General Ledger.
07.20	5K	G/L010.INT
07.21	6K	G/L020.BAS	Part of General Ledger.
07.22	2K	G/L020.INT
07.23	6K	G/L030.BAS	Part of General Ledger.
07.24	5K	G/L030.INT
07.25	9K	G/L040.BAS	Part of General Ledger.
07.26	6K	G/L040.INT
07.27	12K	G/L050.BAS	Part of General Ledger.
07.28	6K	G/L050.INT
07.29	5K	G/L070.BAS	Part of General Ledger.
07.30	4K	G/L070.INT
07.31	8K	G/L080.BAS	Part of General Ledger.
07.32	5K	G/L080.INT
07.33	1K	GENINFO.BAS	Part of General Ledger.
07.34	3K	GOLF.RML	RML BASIC Game.
07.35	15K	INVOICE3.ASC	Invoice Program.
07.36	1K	MATCHMEM.ASC	Find byte in memory.
07.37	1K	MEMVAL.ASC	Hex/ASCII Memory Dump (MBASIC).
07.38	4K	MOON.RML	RML BASIC Game.
07.39	2K	POSTFILE.BAS	Part of General Ledger.
07.40	3K	README.DOC	General Ledger Details.
07.41	2K	SINERULE.RML	RML BASIC Program.
07.42	13K	STARTREK.RML	Game in RML BASIC.
07.43	5K	SUBS1.BAS	Part of General Ledger.
07.44	3K	ZOO.RML		RML BASIC Game.

UK Users Group Volume 8.

DESCRIPTION:  Miscellaneous Utilities.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.08-	CONTENTS OF UK VOL. 08
08.1	9K	ASMSYMBL.ASM	Add sorted symbol table to ASM.COM
08.2	1K	BCOM.COM	Binary file compare utility.
08.3	15K	BLOCK.ASM	Block Letter display routine.
08.4	1K	DISK.COM	Directory list program
08.5	2K	DSKED.COM	Disk sector editor.
08.6	1K	DUMP.COM	Dump file in Hex and ASCII.
08.7	4K	EDIT.COM	Text editor.
08.8	16K	EDIT.DOC	Documentation for editor.
08.9	2K	EPRINT.COM	Multiple file print for MX80.
08.10	1K	ERASE.COM	Selective file erase.
08.11	1K	FCOM.COM	File compare program.
08.12	2K	IMAGE.COM	Track copier program.
08.13	2K	MFT.COM		Two drive copy program.
08.14	2K	MFT1.COM	Single drive copy program.
08.15	1K	UNERASE.COM	Recover erased files.
08.16	10K	UTILITY.DOC	Doc. for files on this disk.
08.17	1K	VERIFY.COM	Verify disk or selected files.
08.18	1K	WORDS.COM	File word/character count.
08.19	29K	XREFASM.ASM	Cross-reference listing from
08.20	4K	XREFASM.COM	.PRN file produced by
08.21	3K	XREFASM.DOC	ASM.COM, Z80ASM.COM or
08.22	6K	XREFASM.REF	MAC.COM assemblers.
08.23	20K	ZDIS.DOC	Doc. of disassembler.
08.24	9K	ZDIS24K.COM	Z80 disassembler to
08.25	9K	ZDIS32K.COM	Zilog/Mostek or TDL
08.26	58K	ZDIS32K.ZSM	mnemonics.


UK Volume 09

DESCRIPTION: Miscellaneous.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.09-	CONTENTS OF UK VOL. 09
09.1	1K	COMP.COM	See LROM.DOC.
09.2	5K	COMP.MAC	    /
09.3	1K	CRLF.MAC	    /
09.4	1K	CSUM.COM	File checksum program.
09.5	2K	CSUM.MAC	    /
09.6	3K	EASTER.PAS	Pro-Pascal program
09.7	1K	ERQ.COM		Interactive file erase.
09.8	5K	ERQ.MAC		    /
09.9	1K	FRMEM.MAC	See LROM.DOC.
09.10	1K	INLIN.MAC	    /
09.11	2K	LABEL.BAS	Library disk label print.
09.12	8K	LIFE.PAS	Life for Pro-Pascal.
09.13	2K	LROM.DOC	Extract group of records
				from .COM file.
09.14	6K	LROM.MAC	    /
09.15	2K	MPRINT.COM	Updated multiple file print.
09.16	12K	MPRINT.Z80	    /
09.17	1K	PINIT.COM	Printer set-up program.
09.18	2K	PINIT.DOC	    /
09.19	8K	PINIT.MAC	    /
09.20	2K	PRIMES.PAS	Pro-Pascal program
09.21	2K	REGHEX.MAC	See LROM.DOC
09.22	3K	RESULTS.PAS	Pro-Pascal program.
09.23	8K	REZ80.COM	RESOURCE modified to
09.24	26K	REZ80.DOC	produce Zilog mnemonics.
09.25	38K	REZ80.MAC	    /
09.26	38K	REZ80.ZSM	    /
09.27	3K	RLIN.MAC	See LROM.DOC.
09.28	6K	SIG.FMT		Data file for LABEL
09.29	3K	SYSLIB.REL	See LROM.DOC
09.30	1K	UK.FMT		Data file for LABEL.
09.31	6K	US.FMT		Data file for LABEL.

UK Volume 10

DESCRIPTION: Utilities.
             MBASIC programs.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.10-	CONTENTS OF UK VOL. 10
10.1	1K	C2M.DOC		CBASIC to MBASIC file
10.2	4K	C2M-CONV.BAS	conversion program.
10.3	2K	C2M-RAND.BAS	    /
10.4	3K	CALENDAR.BAS	BASIC calendar program.
10.5	7K	CALENDAR.STC	STOIC calendar program.
10.6	1K	DEDUMPZ.COM	Update of UK Volume 1
10.7	4K	DEDUMPZ.MAC	program.
10.8	1K	PRTHT.DOC	Update of UK Volume 5
10.9	49K	PRTHT/22.ASM	program.
10.10	4K	PRTHT/22.COM
10.11	12K	QUEST.BAS	Game program from Byte.
10.12	2K	README.DOC	Doc. for Calendar programs
				and DEDUMPZ.
10.13	54K	UKM7.ASM	David Back's version
10.14	8K	UKM7.COM	of MODEM7 for UK use.
10.15	10K	UKM7DC.DOC	    /
10.16	31K	VFILE.COM	File viewer program.
10.17	6K	VFILE.DOC	    /
10.18	1K	VFINSTAL.SUB	    /
10.19	4K	VFUSER1.ASM	    /
10.20	1K	VFUSER1.HEX	    /


UK Volume 11

DESCRIPTION:  STOIC Volume 1.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.11-	CONTENTS OF UK VOL. 11
11.1	13K	ASSEMBL.DOC	Stoic 8080 assembler
11.2	3K	BM.STC		Stoic Benchmark program
11.3	3K	CALENDAR.BAS	BASIC Calendar program
11.4	7K	CALENDAR.STC	Stoic Calendar program
11.5	8K	DICT.DOC	Stoic dictionary definitions
11.6	5K	FLOATPNT.DOC	Floating point documentation
11.7	2K	READ.ME		Doc for UK Volumes 11,12
11.8	2K	README.DOC	Doc for Calendar programs
11.9	11K	STOICFLT.STC	Floating point package
11.10	5K	STOICINT.STC	4 byte integer addition
11.11	2K	STOICSRT.STC	Stoic sort routine
11.12	8K	UK-INTRO.TXT	Introduction to Stoic
11.13	13K	UK-PRACT.TXT	'Get-you-started' file
11.14	4K	UKMISC.STC	Misc Stoic Words
11.15	28K	UKSTOIC1.DOC	Stoic Documentation
11.16	27K	UKSTOIC2.DOC	    /
11.17	13K	UKSTOIC3.DOC	    /
11.18	14K	UKSTOICB.COM	Simple Stoic compilation

UK Volume 12.

DESCRIPTION:	STOIC Volume 2 by Keith Goldie-Morrison.
		FORTH-79 by Denis Larder.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.12-	CONTENTS OF UK VOL. 12
12.1	3K	FORTH.DOC	Documentation for FORTH files.
12.2	14K	FORTH+++.COM	Extended FORTH (See FORTH.DOC)
12.3	8K	FORTH-79.COM	FORTH 79
12.4	38K	KERNEL.ASM	Stoic Kernel.
12.5	1K	READ.ME		Stoic Note.
12.6	23K	STOICBAS.STC	Stoic basic definitions
12.7	3K	STOICFFT.STC	Stoic floating point FFT
12.8	3K	STOICSAL.DOC	Stoic string handling (from UK Vol.4)
12.9	4K	STOICSAL.STC	     /
12.10	2K	STOICSIN.STC	Stoic sine/cosine words
12.11	22K	UKCP/M.STC	Stoic - CP/M file handling
12.12	13K	UKEDIT.DOC	Stoic Editor documentation
12.13	12K	UKEDITOR.STC	Updated Stoic Editor
12.14	4K	FILE.DOC	Doc. of Stoic file handling
12.15	22K	UKSTOICE.COM	Compiled Stoic Editor
12.16	18K	UKSTOICF.COM	Compiled Stoic file system

UK Users Group Volume 13

DESCRIPTION:    Music Programs.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.13-	Contents of UK Vol. 13
13.1	4K	2PART08.MUS	Tune files for MUSIC.COM
13.2	3K	2PART09.MUS	      /
13.3	2K	2PART13.MUS	      /
13.4	2K	2PART14.MUS	      /
13.5	2K	2PART15.MUS	      /
13.6	2K	ABBOTS.MUS	      /
13.7	3K	AMAJOR.MUS	      /
13.8	3K	ARIA.MUS	      /
13.9	6K	BOYCE1.MUS	      /
13.10	10K	BRAN3A.MUS	      /
13.11	7K	BRAN3B.MUS	      /
13.12	8K	BRAN3C.MUS	      /
13.13	3K	BUX14.MUS	      /
13.14	4K	BUX15A.MUS	      /
13.15	3K	CHERRY.MUS	      /
13.16	1K	CHOPSTIX.MUS	      /
13.17	5K	CMINOR.MUS	      /
13.18	1K	COVENTRY.MUS	      /
13.19	8K	DMINOR.MUS	      /
13.20	16K	FRUN.COM	Nevada ForTran run-time package
13.21	2K	GLORY.MUS	Tune file for MUSIC.COM
13.22	6K	GMINOR.MUS	      /
13.23	5K	GSTRING.MUS	      /
13.24	2K	GYPSY.MUS	      /
13.25	2K	HARK.MUS	      /
13.26	1K	IRISH.MUS	      /
13.27	2K	ITCAME.MUS	      /
13.28	1K	MEDLEY1.MUS	      /
13.29	1K	MEDLEY2.MUS	      /
13.30	1K	MEDLEY3.MUS	      /
13.31	1K	MEDLEY4.MUS	      /
13.32	6K	MENDEL2.MUS	      /
13.33	3K	MERRY.MUS	      /
13.34	6K	MINUET.MUS	      /
13.35	3K	MINUTE.MUS	      /
13.36	6K	MUSIC.COM	Music Interpreter
13.37	16K	MUSIC.DOC	Doc. for above.
13.38	3K	OCOME.MUS	Tune file for MUSIC.COM
13.39	2K	OFT.MUS		      /
13.40	4K	PACHEBEL.MUS          /
13.41	3K	PURCELL.MUS	      /
13.42	0K	RUN.COM		Rerun already loaded file.
13.43	2K	SETUP.BAS	ASCII source for BASIC setup program
13.44	2K	SETUP.BBC	Above file in BBCBASIC(Z80) internal format
13.45	1K	SETUP.DOC	Doc. for setup programs
13.46	6K	SETUP.FOR	ForTran source for setup program
13.47	4K	SETUP.OBJ	Compiled 13.46
13.48	7K	STING.MUS	Tune file for MUSIC.COM
13.49	2K	THEDAY.MUS	      /
13.50	13K	TOCCATA.MUS	      /
13.51	2K	TOWNOF.MUS	      /
13.52	4K	WATER2.MUS	      /
13.53	2K	WATER3.MUS	      /
13.54	3K	WAVEFORM.BAS	Music waveform configuration program
13.55	3K	WAVEFORM.BBC	13.54 in BBCBASIC(Z80) internal format.
13.56	1K	WAVEFORM.MUS	Demo of waveforms.
13.57	2K	WE3.MUS		Tune file for MUSIC.COM
13.58	4K	WENCES.MUS	      /
13.59	5K	ZION.MUS	      /

UK Users Group Volume 14

DESCRIPTION: (1) C Programs
             (2) Utilities.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.14-	CONTENTS OF UK VOL. 14
14.1	24K	BBCBASIC.HLP	Help file for BBCBASIC(Z80)
14.2	2K	CPROGS.DOC	Documentation for C programs on this disc
14.3	4K	EXAMPLE.MAC	Sample program using TI9995 macro library
14.4	1K	EXAMPLE.REL	      /
14.5	10K	FCAT.COM	Improved catalog program
14.6	2K	FCAT.DOC	      /
14.7	5K	FCAT.PAS	      /
14.8	1K	FILTER.C	Remove CR from text file
14.9	2K	FILTER.COM	      /
14.10	13K	HELP.ASM	Improved help program
14.11	2K	HELP.COM	      /
14.12	1K	LIST.C		File display program
14.13	4K	LIST.COM	      /
14.14	3K	MYLIB.C		C/80 library
14.15	28K	SWEEP.COM	Super directory maintenance and file transfer
14.16	13K	SWEEP35.DOC	utility
14.17	1K	SYM.COM		Convert M80 symbol table for ZSID
14.18	3K	SYM.DOC		      /
14.19	7K	SYM.MAC		      /
14.20	5K	TERM.C		Terminal program for TRS80 model II
14.21	38K	TERM.COM	      /
14.22	1K	WORDCNT.C	Count words in text file
14.23	4K	WORDCNT.COM	      /
14.24	7K	X9995.LIB	M80 macros for TI 9995 cross-assembler
14.25	2K	XLATE.COM	Translate 8080 to Z80 source
14.26	12K	XLATE.MAC	      /
14.27	3K	ZXREF.COM	Cross-ref program for Z80 source
14.28	21K	ZXREF.ZSM	      /


UK Users Group Volume 15

DESCRIPTION:      (1) Small-C Compiler
                  (2) Telex Communication Program

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.15-	CONTENTS OF UK VOL. 15
15.1	4K	CONIO.LIB	Small C libraries
15.2	5K	CRUN.LIB	      /
15.3	12K	CZMON.C		Sample Small-C program
15.4	6K	CZMON.COM	      /
15.5	8K	CZMON.DOC	      /
15.6	11K	FILE.LIB	Small-C library
15.7	2K	LIST.C		Sample Small-C program
15.8	2K	LIST.COM	      /
15.9	2K	NUMIO.LIB	Small-C library
15.10	3K	TAB.C		Sample Small-C program
15.11	3K	TAB.COM		      /
15.12	1K	TAB/LIST.DOC	Doc. of Small-C programs
15.13	4K	TELEX.DOC	Notes on UK Telex system
15.14	3K	U-G-FORM.LIB	Small-C submission form
15.15	3K	UKINSTL.COM	Telex communication program
15.16	20K	UKTLX.ASM	      /
15.17	3K	UKTLX.COM	      /
15.18	4K	UKTLX.DOC	      /
15.19	9K	Z80ASMUK.COM	Z80 Assembler for use with Small-C
15.20	6K	Z80DOCUK.DOC	      /
15.21	19K	ZSC-1.C		Small-C compiler
15.22	18K	ZSC-2.C		      /
15.23	11K	ZSC-COMP.LIB	      /
15.24	23K	ZSMALL.COM	      /
15.25	15K	ZSMALL.DOC	      /

UK Users Group Volume 16

DESCRIPTION:   Utilities.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.16-	CONTENTS OF UK VOL. 16
16.1	1K	AUTO.COM	Auto-execute program on cold boot
16.2	1K	AUTO.DOC	      /
16.3	3K	AUTO.MAC	      /
16.4	3K	CUBE.COM	5x5 Cube puzzle
16.5	12K	CUBE.ZSM	      /
16.6	1K	DISK3.COM	CP/M 3 utility. See UTIL.DOC
16.7	7K	DISKSTAT.COM	Display disk characteristics
16.8	47K	DISKSTAT.MAC	and file allocation
16.9	3K	DSKED3.COM	CP/M 3 utility. See UTIL.DOC
16.10	1K	DUMP.COM	Improved file dump utility
16.11	1K	DUMP.DOC	      /
16.12	11K	DUMP.MAC	      /
16.13	2K	IMAGE3.COM	CP/M 3 utility. See UTIL.DOC
16.14	1K	PASSWORD.COM	CP/M 3 utility. See UTIL.DOC
16.15	2K	PXSUM.COM	PROM checksum program. See UTIL.DOC
16.16	2K	SBCOPY.COM	SuperBrain fast copy program
16.17	1K	SBCOPY.DOC	      /
16.18	12K	SBCOPY.MAC	      /
16.19	8K	SPZ.COM		Full screen disk utility. Assembled
16.20	11K	SPZ.DOC		for SuperBrain.
16.21	69K	SPZ.MAC		      /
16.22	1K	SYM.COM		Generate SID-compatible symbol
16.23	3K	SYM.DOC		table from Macro-80 listing file
16.24	7K	SYM.MAC		      /
16.25	1K	UNLOAD.COM	Convert .COM to .HEX. See UTIL.DOC
16.26	7K	UTIL.DOC	Documentation for files on this disk
16.27	1K	VERIFY3.COM	CP/M 3 utility. See UTIL.DOC
16.28	1K	WRTSYS.COM	CP/M 3 utility. See UTIL.DOC

UK Users Group Volume 17

DESCRIPTION:  Magazine Index 1978-1983.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.17-	CONTENTS OF UK VOL. 17
17.1	1K	CRCKLIST.CRC	Checksums of files on this disk
17.2	224K	MAGS.		Main Index File
17.3	3K	MAGS.DOC	Documentation
17.4	12K	SCAN.COM	Program to scan index


UK Users Group Volume 18

DESCRIPTION:	(1) ProPascal programs.
		(2) C80 programs.

NUMBER	SIZE	NAME		COMMENTS

		-CATALOG.18-	CONTENTS OF UK VOL. 18
18.1	21K	ALL.DOC		Documentation for ProPascal programs
18.2	12K	ALLSORTS.COM	Graphical demonstration of alternative
18.3	12K	ALLSORTS.PAS	sorting methods.
18.4	14K	ASCIEBCD.COM	Convert ASCII file to EBCDIC.
18.5	1K	ASCIEBCD.DOC	      /
18.6	3K	C80LIB.C	Updated version of 14.14
18.7	8K	COMPARE.COM	File compare with output
18.8	2K	COMPARE.DOC	to file or console
18.9	4K	COMPARE.PAS	ProPascal source of above.
18.10	9K	CREF.COM	Customisable cross-reference
18.11	7K	CREF.DOC	generator.
18.12	8K	CREF.PAS	ProPascal source of above.
18.13	8K	DISCHEK.COM	Utility to read all sectors
18.14	1K	DISCHEK.DOC	of any size disk and
18.15	3K	DISCHEK.PAS	report errors.
18.16	4K	DISK.MAC	Used by ProPascal disk utilities.
18.17	11K	DISKDOC.COM	Terminal-independent disk patcher
18.18	10K	DISKDOC.DOC	for any size of disk.
18.19	8K	DISKDOC.PAS	ProPascal source of above.
18.20	1K	ERAT.C		Sieve benchmark for C/80.
18.21	12K	ERAT.COM	      /
18.22	9K	FILCAT.COM	Catalogues disk to a text file
18.23	2K	FILCAT.DOC	for editing or sorting.
18.24	3K	FILCAT.PAS	ProPascal source of above.
18.25	2K	GETDIR.MAC	Used by FILCAT.
18.26	11K	LOOK.C		View/patch file in ASCII and HEX
18.27	12K	LOOK.COM	      /
18.28	2K	NUMD.C		      /
18.29	2K	NUMH.C		      /
18.30	2K	RB.DOC		Documentation of LOOK, ERAT.
18.31	13K	SORT.COM	Sort utility, not limited by memory
18.32	2K	SORT.DOC	      /

 3-Apr-84 22:23:19-MST,616;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 22:23:15-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Apr 84 23:49 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  3 Apr 84 23:48 EST
Date: 3 April 1984 23:47-EST
From: Kevin J. Burnett <KJB@Mit-Mc.ARPA>
To: INFO-CPM@Mit-Mc.ARPA

I have MDM730 for my apple , and am trying to change the phone number
library with M7LIB.COM from simtel20, but after listing the library and
asking if it looks right, it says "library not found" and throws me
into cp/m? what's the matter with it?

 4-Apr-84 12:21:03-MST,1403;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 12:20:55-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  4 Apr 84 13:54 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp;  4 Apr 84 13:51 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Apr 84 23:50-PST
Date: 31 Mar 84 23:00:44-PST (Sat)
To: info-cpm@Brl-Aos.ARPA
From: decvax!mcnc!duke!ucf-cs!jeff@Ucb-Vax.ARPA
Subject: 5.25" disk drives
Article-I.D.: ucf-cs.1221

For Sale:  Nearly new DSDD 5.25" disk drives.  80  tracks  double
sided  means over 700k each formatted.  Usable with most systems,
I have used them on an IBM-PC and on a Lobo Max-80 without  prob-
lems.   These are thinlines, and come with power supply and case,
and a cable for edge card connection.  I am selling them  because
I no longer have a system to use them on.

Original cost:  $389 each per drive
		$100 for case and power supply
		$ 40 for cable
		----
		$918 total for two drives, PS, cable and case.

First $600 takes it away,  providing you can find  an  acceptable
way to transfer the funds.  I am a little shy of sending this off
to a total stranger without some sort of collateral, and I'm sure
the same goes for you.

Contact: Jeff C. Glover, P.O. Box 26378, Orlando, FL  32816
	 {duke|decvax}!ucf-cs!jeff	UUCP
	 (305)-275-4130		from 9pm-11pm Eastern Time.
 4-Apr-84 12:42:52-MST,992;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 12:42:47-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  4 Apr 84 14:06 EST
Received: From sri-tsc.arpa.ARPA by BRL-AOS via smtp;  4 Apr 84 13:55 EST
Received: by sri-tsc.arpa at Wed, 4 Apr 84 10:18:58 pst
From: edl <edl@Sri-Tsc.ARPA>
Message-Id: <8404041818.AA00880@sri-tsc.arpa>
Date:  4 Apr 1984 1018-PST (Wednesday)
To: info-cpm@Brl-Aos.ARPA
Subject: crowded mailboxes


I keep getting empty messages from info-cpm-request once an hour which
are crowding my mailbox terribly.  Is anyone else having this problem?
Does anyone have a suggestion on how to stop this - its been going on for
almost a week now.  The messages have only a header and look like this:


Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA (amsaa.arpa) by sri-tsc.arpa at Wed, 4 Apr 84 10:04:47 pst
Date: Wed, 4 Apr 84 10:04:42 pst
From: <info-cpm-request@AMSAA.ARPA>


 4-Apr-84 13:18:46-MST,1029;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 13:18:41-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  4 Apr 84 14:22 EST
Date: Tuesday, 3 April 1984  23:21-MST
Message-ID: <KPETERSEN.12004834219.BABYL@SIMTEL20>
Sender: bridger@Rand-Unix.ARPA
From: bridger@Rand-Unix.ARPA
To: W8SDZ@SIMTEL20.ARPA
cc: randvax!bridger@Rand-Unix.ARPA
Subject:   sd 80 bug
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA
ReSent-Date: Wed 4 Apr 1984 12:23-MST

--------
The SD v 8.0 SORT fix  6 statements after label L3 (MVI A,11)
is causing some multi-extent files to be reported too small--
e.g. 32K instead of 76K.  Behavior seems to require several alphabetically
similar names in the listing, e.g ABC.ASM, ABC.COM.  Bug disappears
with MVI A,12.
This test was made on hand-modified vers SD 7.9 after reading v 8.0
listing in the SORT routine area.
When MVI A,12 is restored I presume the documented bug still exists, then?
--bridger
 4-Apr-84 14:56:28-MST,1208;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 14:56:21-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  4 Apr 84 15:35 EST
Received: From csnet-relay.arpa.ARPA by BRL-AOS via smtp;  4 Apr 84 15:35 EST
Received: From Rochester.arpa by csnet-relay via smtp;  4 Apr 84 15:05 EST
Received: by sen.rochester (3.327.3O) id AA10863; 4 Apr 84 14:59:57 EST (Wed)
Received: by cay.Rochester (3.327.3N+) id AA05062; 4 Apr 84 14:59:24 EST (Wed)
Message-Id: <8404041959.10863@sen.rochester>
Date: 4 Apr 84 14:59:57 EST (Wed)
From: Mike Ciaraldi <ciaraldi%rochester.arpa@csnet-relay.arpa>
Subject: Re: What termnal does Mode7 emulate
To: ANDY%MIT-OZ%mit-mc.arpa@csnet-relay.arpa, 
    young%uci-750a.arpa@csnet-relay.arpa
Cc: info-cpm%brl.arpa@csnet-relay.arpa

Don't forget that you must change the byte in the overlay
that allows control codes to get through MODEM7 out to
the screen driver. Otherwise the cursor-positioning, etc.
may not work, since the defualt is that MODEM7 filters
out control codes except (I think) CR, LF, and BS.

There was a message about this on info-cpm about a week ago.

Mike Ciaraldi
ciaraldi@rochester
 4-Apr-84 15:06:53-MST,987;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 15:06:47-MST
Date:     Wed, 4 Apr 84 15:36:39 EST
From:     Dave Towson (info-cpm) <cpmlist@Amsaa.ARPA>
To:       info-cpm@Amsaa.ARPA
Subject:  [Frank da Cruz:  Simtel20 Archives announcement]

CP/Mers - Please note the correction in Frank's message below.  Send requests
for information concerning Kermit to Info-Kermit-Request, NOT to Info-Kermit.


Thanks,
Dave


----- Forwarded message # 1:

Received: From columbia-20.arpa.ARPA by AMSAA via smtp;  4 Apr 84 10:37 EST
Date: Wed 4 Apr 84 10:38:36-EST
From: Frank da Cruz <cc.fdc@COLUMBIA-20.ARPA>
Subject: Simtel20 Archives announcement
To: Info-CPM-Request@AMSAA.ARPA

Thanks for the nice words about Kermit.  One minor correction -- Please ask
them to send requests for information to Info-Kermit-Request, not Info-Kermit,
at COLUMBIA-20.  Thanks.  - Frank
-------

----- End of forwarded messages
 4-Apr-84 19:57:27-MST,725;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 19:57:22-MST
Received: From utexas-20.arpa.ARPA by AMSAA via smtp;  4 Apr 84 18:17 EST
Date: Wed 4 Apr 84 17:19:07-CST
From: Aaron Temin <CS.Temin@UTEXAS-20.ARPA>
Subject: ZCPR problem
To: info-cpm@AMSAA.ARPA

I am trying to install ZCPR under CP/M 2.2 and it almost works.
However, when given the name of a .COM file to execute it merely echos
the name of the file followed by a question mark (standard error stuff
when it can't find a file, I think).  Anyone got any suggestions as to
what is going wrong?

I am running the MICAH SuperBios on a Cromemco System III.

Thanks very much,
-aaron
-------
 4-Apr-84 19:59:51-MST,1527;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 19:59:46-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  4 Apr 84 18:47 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  4 Apr 84 18:40 EST
Received: from MIT-LISPM-18 by MIT-OZ via Chaosnet; 4 Apr 84 17:18-EST
Date: Wednesday, 4 April 1984, 17:18-EST
From: Robert L. Krawitz <ZZZ.RLK%MIT-OZ@MIT-MC.ARPA>
Subject: crowded mailboxes edl@Sri-Tsc.ARPA
To: info-cpm@Mit-Mc.ARPA
CC: zzz.rlk%MIT-OZ@MIT-MC.ARPA
In-reply-to: <8404041818.AA00880@sri-tsc.arpa>
Message-ID: <[MIT-LISPM-18].4/04/84 17:18:27.ZZZ.RLK>

I don't have your particular problem, but my mailbox does fill up
awfully fast.  Most of the stuff on here is good, but occasionally (like
last week) it partially degenerates into flaming, which is a waste of
time and disk space.  So, two requests:

1)  No flaming.  If someone is screwing up, we don't all need to know.

2)  If you're replying to a specific, system-dependent question of
someone else's, please if at all possible reply only to that person.  My
mailbox is full of specifics that aren't going to help anyone without a
specific configuration.  I'm not saying that this is true of everyone,
because most of the stuff on here can be useful to many people, but just
keep this in mind.

Even though they are long, I like the lists of software.  Do archives,
or at least pointers to content of archives, exist anywhere on the
arpanet?

				Thanks,
				Robert
 5-Apr-84 02:27:31-MST,962;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 02:27:20-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  5 Apr 84 4:07 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  5 Apr 84 4:00 EST
Date: 5 April 1984 03:58-EST
From: Jerry E. Pournelle <POURNE@Mit-Mc.ARPA>
Subject:  Public-ness of UCSD Pascal Versions
To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!jim@Ucb-Vax.ARPA
cc: info-cpm@Brl-Aos.ARPA
In-reply-to: Msg of 28 Mar 84 9:56:44-PST (Wed) from decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!jim at Ucb-Vax.ARPA

You raise interesting questions.  My mad friend was so upset by
the UCSD Pascal situation that he was actually beginning a
lawsuit on the theory that public money developed it, and it
thus belonged to the public.  He never got far, because it was
about then that he began wasting away with cancer.  It might
have been interesting to see what would have happened.

 5-Apr-84 03:07:59-MST,2065;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 03:07:53-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  5 Apr 84 4:38 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  5 Apr 84 4:32 EST
Date: 5 April 1984 04:29-EST
From: Jerry E. Pournelle <POURNE@Mit-Mc.ARPA>
Subject:  CompuPro Service
To: decvax!mcnc!ecsvax!hsplab@Ucb-Vax.ARPA
cc: info-cpm@Brl-Aos.ARPA
In-reply-to: Msg of 29 Mar 84 22:27:47-PST (Thu) from decvax!mcnc!ecsvax!hsplab at Ucb-Vax.ARPA

If you'll send a hard copy detailing your difficulties
(specifics like dates and the like would help) we'll see what
can be done; I find by and large that when I send in a paper it
gets read...
Pournelle
BYTE
pob 372
Hancock NH 03449


Priority One doesn't really give ANYONE support for stuff they
sell; I have a color board for the PC that won't work with
anytyhing but a couple of specific terminals although there is
nothing in the ads that say that.  We are having fun with
Priority One which sold it to us.
	CompuPro is trying very hard to get out of the direct
support business because they ship too much stuff to be able to
do that.  Generic solutions to problems are more useful: in your
case, for instance.  
	Mostly they hope you will buy their stuff through a
Systems Center and get support from that.  Priority One sells a
LOT of CompuPro stuff but at a very low profit margin and they
just don't do no support at all; leaving the troops in Hayward
to wonder what to do.
	I dunno either; but in your case, if you'll let me know,
maybe something can be made to happen.  As a general
proposition, though, I find CompuPro stuff rock solid, but it is
getting harder and harder to talk to the people in Hayward
unless you know them well.
	They also have another type of chap: the ones who add
nonstandard stuff, hack things, and tehn complain that it
doesn't work...  I have a drawer full of their complaints, but
not much sympathy for them (why doesn't my belchly board work
with ...)

 5-Apr-84 07:45:10-MST,3150;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 07:45:00-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  5 Apr 84 8:58 EST
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  5 Apr 84 8:58 EST
Date: Thu 5 Apr 84 06:55:51-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Re: ZCPR3
To: ddb%mrvax.DEC%decwrl.ARPA@CSNET-RELAY.ARPA
cc: info-cpm@BRL.ARPA
In-Reply-To: Message from "DAVID DYER-BENNET MRO1-2/L14 DTN 231-4076 <ddb%mrvax.DEC%decwrl.ARPA@csnet-relay.arpa>" of Wed 4 Apr 84 09:41:33-MST

David,

I am writing a book on ZCPR3, and this will address your questions
in much greater detail.  In a nutshell, ZCPR1/ZCPR2/ZCPR3 do not address
programs which use overlays.  Such would require a BDOS modification.
There is a way around this problem, however, with ZCPR3.  As I mentioned,
one feature of ZCPR3 is the alias.

The alias allows the user to define a sophisticated command line which
is executed in place of a simple command issued by the user.  I am running
WS and dBASE II, as well as BDS C, C/80, and PASCAL/MT+ under ZCPR3,
and, by using a combination of aliases and ZEX command files, all are
fitting into the ZCPR3 environment.

Each commercial program must be addressed independently,
since they all handle things differently.  WS, for instance, will, when
not finding its overlays in the current directory, drop down to disk A,
current user and look there.  Hence, I use WS only from a directory called
TEXT, where TEXT is B7: and WS.COM and its overlays, including a spelling
checker, are in A7:.  The search path is A$ A15 (including current dir
by default), so issuing WS from B7 will find WS.COM in A7 (the A$
part of the path expands into A7 when the command is issued from d7).

When it comes to program editing, I use WM, which requires not overlays
and optionally can use a HLP file (which will be found in A$ if not found
in the current dir).  WM is in the root (A15), so it is found from anywhere on
the system.

dBASE II was quite different in that it had to have its overlays in
the current directory.  To get around this problem, I created an alias
which, in response to the command DB2, will issue the following
command sequence:

		A9:;dbase setup;$d$u:

where:

		A9: -- logs me into the directory containing DBASE.COM
			and its overlays
		dbase setup -- runs DBASE.COM, and SETUP.CMD contains
			the command "set default to B:", which places
			me into B9: to do the work; when I issue the
			"quit" command, the last command is executed:
		$d$u: -- returns me to the directory I was in originally

Finally, with the three languages I mentioned above, all support the ability
to indicate where the required overlays are located.  ZEX command files are
used to do the compilation, linking, and cleanup.  Also, for each language,
the files supporting the compilers and linkers are in An: while the work areas
are in Bn:, such as A2: containing BDS C compiler and linker while B2:
contains the files I am working on.

You will see more on this when the book comes out.

	Rick
-------
 5-Apr-84 07:49:00-MST,965;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 07:48:55-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp;  5 Apr 84 9:10 EST
Received: From brl-bmd.arpa.ARPA by BRL-MIS via smtp;  5 Apr 84 9:02 EST
Date:     Thu, 5 Apr 84 8:49:36 EST
From:     Charlie Strom (NYU) <strom@Brl-Bmd.ARPA>
To:       Herb Lin <LIN@Mit-Mc.ARPA>
cc:       INFO-CPM@Brl.ARPA
Subject:  New Macrotech CPU


The pricing for the MI-286 board (I prefer to call it the Oakland Raider or the Mach2) is tentatively set for $1395 (less than I thought it would be),
with an additional charge of $650 (ouch) for inclusion of an 80287. This
board will be supplied with 6MHz CPU's; it is designed to work with an 8MHz 80286 when they become available.

A major market for this board is to breathe some new life into MP/M-816
systems, so you can be sure that it will be designed as a drop-in
replacement on such systems.

 5-Apr-84 08:19:40-MST,831;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 08:19:35-MST
Date:     Thu, 5 Apr 84 9:27:55 EST
From:     Dave Towson (info-cpm) <cpmlist@Amsaa.ARPA>
To:       Saline@mit-multics.arpa
cc:       info-cpm@Amsaa.ARPA
Subject:  Re:  FTP

Steve - FTP is a network protocol.  What goes out on the network must conform
to that protocol.  Therefore, on the network, it all looks the same.  Locally,
however, there are syntax differences among the different implementations.  
The question, then, is not how SIMTEL20 or COLUMBIA-20 does it, but how YOUR
LOCAL SYSTEM does it.  To find that out, you MUST seek advice LOCALLY.  Find
the name of your host administrator, and ask him/her to point you in the right
direction.



Dave Towson
info-cpm-request@amsaa


 5-Apr-84 20:48:57-MST,3119;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 20:48:48-MST
Received: From 192.5.58.3.ARPA by AMSAA via smtp;  5 Apr 84 22:23 EST
Received: from RHEA.ARPA by decwrl.ARPA (4.22.01/4.7.11)
	id AA03740; Thu, 5 Apr 84 19:20:08 pst
Message-Id: <8404060320.AA03740@decwrl.ARPA>
Date: 05-Apr-1984 2158
From: Dave Mitton <mitton%elrond.DEC%decwrl.ARPA@csnet-relay.ARPA>
To: info-cpm@amsaa.ARPA, info-cpm%decwrl.ARPA@csnet-relay.ARPA
Subject: Rainbow 100-A SETHARD program

For the person with the Rainbow 100 winnie upgrade:
	The following is the program that pokes magic locations in the
Rainbow BIOS to fool the system into thinking it booted off the winchester.
 
 - Get this source on your Rainbow, and edit to taste 
	(I acutally set both boot and default to E:)
 - Assemble and link 
 - copy all files you want onto the winchester
 - make a copy of your bootable floppy system disk
 - delete every thing except SETHARD.CMD, CPM.SYS, and Z80CNF.SYS
 - boot the system off your new disk
 - run SETHARD and it will think that E: is the boot disk
 - you do even better by patching SETHARD into the initial command buffer
   for execution at startup time.
 
 Disclaimer: I use this program, but I am not responsible for it's coding
or functions.  It is based on carnal knowledge of the Rainbow CP/M BIOS
and may break in future releases.
 
	Enjoy,  Dave Mitton, DEC Networks and Communications
 
-----------------
	TITLE	'SETHARD'	; RESET THE SYSTEM DISK
;+
;  SETHARD - Sets the CP/M bootdrive disk unit to E: and the current
;	default logged in drive to F:
;	Used on Rainbow 100-A's which cannot boot the Winchester directly.
;
;  Based on module by: Juergen Stieger PCSC - ZURICH  
;  Re-coded by: David J. Mitton, Networks and Communications - TWO/E07
;
; V1.0	28-Feb-84	CP/M-86/80 V2.0
;
;-
	CSEG 			; code segment
 
DRIVEA	EQU	0		; Drive A unit number
DRIVEB	EQU	1		; Drive B unit number
DRIVEE	EQU	4		; Drive E unit number
DRIVEF	EQU	5		; Drive F unit number
 
; *** Modify the following three symbols for your configuration
CURRENT	EQU	DRIVEF		; Current disk desired
BOOT	EQU	DRIVEE		; Boot disk desired
SYSTEM	EQU	DRIVEE		; System disk desired
 
 
; *** NOTE: the following 3 locations are DEC CP/M-86/80 V2.0 dependent ****
 
CDISK	EQU	0939H		; Current drive unit number
CURDRSV	EQU	24B7H		; Boot drive unit number
SDISK	EQU	254AH		; Default system drive unit number
 
 
	ORG	100H 		; Org to proper start
 
START:	MOV	AX,40H		;SET ES TO CP/M-CSEG 
	MOV	ES,AX 		; ...
	MOV	AL,CURRENT	;Put drive unit number in AL
	MOV	DI,CDISK	;Put addr of CURRENT DRIVE cell in DI
	STOSB 			;Write unit number into BIOS
 
  	MOV	AL,BOOT		;Put drive unit number in AL
	MOV	DI,CURDRSV	;Put addr of BOOT DRIVE cell in DI
	STOSB 			;Write unit number into BIOS
 
  	MOV	AL,SYSTEM	;Put drive unit number in AL
	MOV	DI,SDISK	;Put addr of SYSTEM DRIVE cell in DI
	STOSB 			;Write unit number into BIOS
 
	MOV	CL,0		;Exit back to system and simulate ^C
	MOV	DL,CL 		;
	INT	224 		;via interrupt
 
 
 6-Apr-84 00:50:15-MST,4005;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Apr 84 00:49:55-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  6 Apr 84 2:15 EST
Date: 6 Apr 1984  00:16 MST (Fri)
Message-ID: <KPETERSEN.12005226116.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: SD-81 now available

Thanks to our Info-Cpm readers a bug in SD-80 was uncovered and Sigi
Kluger has just released SD-81, which I just uploaded to SIMTEL20.
Here's a list of the files: 

Filename			Type	 Bytes	 Sectors     CRC

Directory MICRO:<CPM.DIRUTL>
SD-79A.DOC.1			ASCII	  9525   75 =  4BH  D733H
SD-79A.DQC.1			COM	  6144   48 =  30H  2D4BH
SD-81.AQM.1			COM	 53248  416 = 1A0H  F3D9H
SD-81.ASM.1			ASCII	 78722  616 = 268H  B1B8H
SD-81.NOT.1			ASCII	  2689   22 =  16H  3ECCH
SD-81H.COM.1			COM	  3584   28 =  1CH  49AEH
SD-81H.HEX.1			ASCII	  8745   69 =  45H  DD3FH
SD-81V.COM.1			COM	  3968   31 =  1FH  F321H
SD-81V.HEX.1			ASCII	  9680   76 =  4CH  7563H
SD8081.DIF.1			ASCII	  3401   27 =  1BH  15A1H

The last one, SD8081.DIF, is an SSED2 editor script for those who got
SD-80.ASM so they don't have to download the whole .ASM file again.

Here's a note from Sigi about the update:

04/04/84 S. Kluger El Paso RCPM

First off... sorry for the mess-up in SD-80. Sometimes it helps if you
know what you're doing!

Anyway, the bug is now fixed and that with an extra bonus... Seems like
the way SD has been working right now, it would get mighty confused with
extremely large files. To backtrack a bit, filesize is stored in the
directory as follows:

ENTRY+12	EX  (extent number 0..31)
ENTRY+14	S2  (extent overflow 0..31)
ENTRY+15	RC  (record count in last extent)

This means that the largest extent number is 1FH. In order to allow files
larger than 512k, the S2 byte is used. S2 is incremented every time EX
is incremented to 20H. EX is then zeroed. The highest number in S2 is 0F.
EX and S2, therefore, form a 9-bit number. The least significant bits
0..4 being EX, the most significant bits 5..8 being S2. That 9-bit number
is the total number of extents possible. Multiplied by 16k, we get 8192k,
the maximum file (and disk) size under CP/M 2.2.

(If I have bored you so far, please realize that many people out there
don't know this)

In SD, the file size was stored as a 2-byte value, one byte being the
total number of extents, the other being the number of sectors in the
last extent. From the previous explanation it should be easy to see that
you can't fit a 9-bit value into a byte. SD up to version 8.1 therefore
truncated all files over 4MB to 4096k. In SD-81, the file size is stored
as a normal (as opposed to byte-reversed) 16-bit integer in sector units
(8192k = 65536 sectors).

Not feeling a desire to perform a major rewrite, I did not change the fact
that SD loads and sorts ALL directory entries and then scans the list
for the highest numbered extent and displays it. The main reason for
changing it would be to save space and to possibly speed the program
up insignificantly. Should anyone ever tackle this, please make SD report
correct file sizes for random files with holes. (One way of doing it would
be to scan the directory and add up the RC fields of all like file names).

There still is a bug in the vertical display routine. It is my opinion that
vertical display best be left to XDIR, but again, if someone desires to
fix it up to look neat, be my guest. The vertical display currently loses
track sometimes and displays a blank line rather than file names. This
occurs with a very crowded directory (I noticed it with ~260 entries).
Also, the directory should be alphabetized by screenful.

If you find any serious problems with SD-81 which are obviously related
to my fixes, please be sure to let me know immediately. Do not mail any
explosives no matter how bad the bugs, please...
 7-Apr-84 09:29:29-MST,1943;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 09:29:22-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  7 Apr 84 11:03 EST
Date: Sunday, 1 April 1984  17:27-MST
Message-ID: <KPETERSEN.12005453897.BABYL@SIMTEL20>
Sender: hplabs!tektronix!teklds!hercules!glennw@Ucb-Vax.ARPA
From: hplabs!tektronix!teklds!hercules!glennw@Ucb-Vax.ARPA
To: info-micro@Brl-Aos.ARPA
Subject:   USR S-100 modem
Article-I.D.: hercules.148
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA
ReSent-Date: Fri 6 Apr 1984 21:07-MST

Message to net.micro from MEAD@USC-ECLB.ARPA:

>Well, I finally got fed up with its dumb power-up off-hook mode. I
>keep forgetting to run the modem program to clear things. So, avid
>warranty voider that I am, I made a mod to the pcb so that it comes
>up on-hook, yet retains program control of off-hook. Just requires
>two little wires, and a cut diode lead. Seems to be working fine.
>Oh, it will also require changing the sense of the DTR bit, to normal!
>I will give details to interested parties....so much for logic in design,
>must be a Detroit car engineer.
-------

We (Widener Consulting) have been distributing USR modems over a year.  
We encountered the DTR problem with our first S100's, and now ship 
all of them with the mod for normal DTR operation.  The mod is

1. Remove D17 (disables separate relay control)
2. Cut the trace from U3 pin 32 to ground (3/8" above U7-1 on back side).
3. Connect the DTR~ pin (U22-24) to U3-32 (pin 32 is modem disable).
   Run a wire from the U22 side of D17 to the cut trace by U7.

Simple, but USR hasn't done it, even though I told them to a long time 
ago.  Warranty is no problem (if you get it through us, since USR knows
that we are doing the mod).

				Glenn Widener
				Widener Consulting
				2835 NE Brogden
				Hillsboro, OR 97124
				503-648-0363
 7-Apr-84 09:46:23-MST,2296;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 09:46:16-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  7 Apr 84 11:04 EST
Date: 7 Apr 1984  05:23 MST (Sat)
Message-ID: <KPETERSEN.12005544116.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: More bug reports on QK20

Here's the latest collection (which includes Dick Mead's previous
report).  This file is going out to the RCPM SYSOPs today as
QK20MORE.BUG.
--Keith

----

Date: 03/27/84
From: Ron Renaud
To:   All
Re:   QK20 problem ?

Has anyone tried QK20?  I tried it on 2 different systems, one a
MicroDecision and the other an S-100.  The progr/am bombs on both,
requires a reset to recover.  Have previously used QK12 with no
problems.  Quick test is - config one key then run SD. -  Ron



Date: Thursday, 29 March 1984  21:15-MST
From: Dick Mead
Re:   QK20

I seem to have a problem with the new QK. If I try to run SD79 or
XD3 (under ZCPR2) they both fail to work. Under QK12, I had no problem.
It appears that all I get sent to the screen from SD79 when called
by a QK20 re-defined key is a CR-LF, and Ctl-C does not abort, I must
reset the system. Any clues?



Date: 03/31/84
From: Dennis Quinn
To:   All
Re:   Problem with QK20

     I have noted that there is a rather serious problem
with QK20.  Specifically, if the program executing does
any direct BIOS console input calls, the Qwikkey program
behaves very erratically.  If the key depressed is one
of the keys for which a substitution string has been
entered, the result will be either (a) key is altogether
ignored, (b) program will abort, or (c) system will hang
up with cold boot required.  If the key depressed is not
one of the keys for which a substitution string has been
entered, the result will be either (a) key is altogether
ignored, (b) program will appear to abort (i.e, A> prompt
appears, next char entered jumps back to program at last
prompt, char is not accepted), or (c) system will hang
up with cold boot required.  Sometimes the program exe-
cuted aborts without doing anything at all (e.g, LDIR).
Recommend you not download this pgm.  --Regards, DQ
 7-Apr-84 09:47:48-MST,799;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 09:47:45-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  7 Apr 84 11:12 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  7 Apr 84 3:19 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 6 Apr 84 23:45-PST
Date: 1 Apr 84 19:52:22-PST (Sun)
To: info-cpm@Brl-Aos.ARPA
From: pur-ee!uiucdcs!parsec!gant@Ucb-Vax.ARPA
Subject: Looking for C
Article-I.D.: uiucdcs.6522

I'm looking for a reasonable C compiler for CP/M.  Can those of you
with experience with the various C products available pass on some
recommendations?  Both good and bad points would be appreciated.
Thanks!

			Alan Gant, CONVEX Computer Corporation
			{uiucdcs,allegra,ihnp4}!convex!gant
 7-Apr-84 11:08:52-MST,1170;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 11:08:47-MST
Received: From ur-cs-gw.ARPA by AMSAA via smtp;  7 Apr 84 12:33 EST
Received: by sen.rochester (3.327.3O) id AA10524; 6 Apr 84 14:43:27 EST (Fri)
Received: by cay.Rochester (3.327.3N+) id AA09075; 6 Apr 84 14:42:53 EST (Fri)
Message-Id: <8404061943.10524@sen.rochester>
Date: 6 Apr 84 14:43:27 EST (Fri)
From: Gershon Kedem <kedem@Rochester.ARPA>
Subject: S100 based Z80 system
To: info-cpm@amsaa.ARPA

I have a S100 based device that I need to drive. It was designed to be
controlled by a Z80 writting into addresses in the I/O space. I am looking
for an inexpansive way to get a Z80 system with 64k bytes of RAM running CPM
so I could develope a device driver for my gudget. The Z80 system need to
have a flopy controller and two RS232 ports. I have a rack mounted S100 box
with a power supply. If you know of any inexpensive way to get a system
together Say ~ $1000 please contact me.

Gershon kedem
Computer Science Department
University of Rochester
Rochester, NY 14627
Phone: (716) 275-7968

Net address: kedem@rochester
 7-Apr-84 18:14:22-MST,3399;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 18:14:12-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  7 Apr 84 19:48 EST
Date: Sat 7 Apr 84 17:49:26-MST
From: Keith Petersen <KPETERSEN@SIMTEL20.ARPA>
Subject: More about copyrights
To: INFO-MODEM7@SIMTEL20.ARPA
cc: INFO-CPM@AMSAA.ARPA

I found this on MIT-MC.  Don't know who left it there, but it's
interesting.  Appies specifically to MDM7xx.
---
It has been noticed that there are several cases of a
Copyright notice being applied to public domain software.
While this right does accrue to the publisher of his
'original' work; and whereas he may wish to make that work
available to the public for their royalty-free use with a
restriction applied against sale, he may specifically not:

     1. Copyright what he or others have already put into
     the public domain.

     2. Delete the Copyright notices of others pertaining to
     a portion of the work.

     3. Fail to give credit to the work of others that he has
     used or copied even if it is in the public domain - unless
     there is no reasonable means for identifying the work of
     others. Even this last, is not a condition for claiming
     'original' authorship (a necessary condition precedent to
     the right to Copyright).

Some of the violations have been under the mis-understanding
that the Copyright prevents others from changing the revision
level when it is part of the name of the work, such as MDM730,
but that it is Ok if one renames it, modifies the work, and then
publishes it with all the same code (but with new code added).
WRONG, if the 'work', which must be the actual writing of the
author claiming protection -not just his ideas or naming, is subject
to valid protection, that protection does not include the name
of the work. This is the purpose of Trademarks - not to infringe on
the trade-marked name of a product since presumably this would
damage the business of the Trademark (MUST BE REGISTERED) holder
in a financial way.  It is hard to see how this would apply to
public domain software.  Also, one would have to show as a condition
precedent to getting a duly registered Trademark that the 'Mark'
has not already been placed in the public domain by the applicant
or by others. Also, guess a new registration would have to be
obtained for MDM731, MDM732 etc - an expensive proposition.
Of course, one could also abandon the name, call it something
else, get a "Mark' registered and do what he wishes with it as
long as he doesn't also Copyright it as his original work.  This
would then at least allow the continuation in the 'public' of
the well-known generic name of MODEM7, MDM7 etc - with the op-
erative part of the name giving the immediate public recognition
being the '7' which denotes that modification, and its successors,
of the 'Christensen' protocol that includes batch mode which was
added by Mills and Zeigler and Copyrighted (the additional routines
only) by them in 1980 - and made public. 

Any of you lawyers out there wish to comment on this practice
so that those who have been mis-informed can correct their
ways? Copyright of software that others have put in the public
domain is not only not-nice, but damaging to the whole spirit
and purpose of the 'public-domain' idea.
-------
 8-Apr-84 14:18:55-MST,721;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 14:18:51-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  8 Apr 84 16:01 EST
Date: Sun 8 Apr 84 14:03:03-MST
From: Keith Petersen <KPETERSEN@SIMTEL20.ARPA>
Subject: PLOUFF: PAT730V5.ASM for MDM730
To: INFO-CPM@AMSAA.ARPA


Date: 04/08/84
From: Bob Plouffe
To:   All
Re:   PAT730V5

V5 is the latest version of the PAT730 to optionally patch MODEM730
for various features.  It also contains 2 bug fixes - one Irv's and
one mine.  These fixes are also optional and the overlay conditional
equates are set to a default condition that will give a plain vanilla
MDM730 as distributed.
-------
 8-Apr-84 14:22:37-MST,2561;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 14:22:29-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  8 Apr 84 15:59 EST
Date: Sun 8 Apr 84 14:00:25-MST
From: Keith Petersen <KPETERSEN@SIMTEL20.ARPA>
Subject: Dave Rand: question about returning to CCP
To: INFO-CPM@AMSAA.ARPA

Dave Rand, the author of NSWP2, left this file on the SYSOP RCPM.
Replies to me, if you like, and I'll relay to Dave.
--Keith

----
Dave Rand
10232 - 160 Street
Edmonton, Alberta  Canada
T5P 3E9
(403) 484-4114
03/21/84

A few days ago, I had a call from a mildly irate user of NSWP2. He claimed
that NSWP failed on the 'X' command, and proceeded to tell me why. I can
find no reason behind his logic, so here it is... if someone has an
idea, PLEASE let me know!

In NSWP, I don't jump to zero when I exit. Instead, I do what amounts to a
return to the CCP. The actual code involved goes like this...

	XTHL		;get contents of (SP) into HL
	SHLD CCPRET+1	;save it as part of a JMP instruction
	LXI  SP,STACK	;and move stack local

later on, when I want to return to CP/M, I use:

CCPRET:	JMP 0000h	;to be filled in

The users' system was a heavily modified CPM 2.2 system, that included
bank selected memory. He says, however, that had I have done things
'correctly', I should have used the following code:

	lxi h,0		;offset zero
	dad sp		;from stack pointer
	shld CCPSTK+1	;and save old stack address
	LXI  SP,STACK	;and move stack local

and to return to the CCP:

CCPSTK:	lxi SP,0	;to be filled in
	ret		;get back!

Now... You know, and I know, that JMPing to the address on the top of the
stack is EXACTLY the same as RET'ing, except that I don't preserve the stack.
But DR's CCP, along with all CCP replacements, ALWAYS use the code:

	CALL	100h	;execute transient program
	LXI	SP,LOCS	;restore stack, in case we get back.

except for CPM 3.0, which uses

	LXI	H,0	;return address of warm boot!
	push	h
	jmp	100h	;execute transient

What I think, is that his CCP (which has been modified by him), DOES NOT
do the LXI SP. However, I am open to suggestions. By the way, he is the
ONLY user (from the 50 or so that have contacted me) that has reported this
problem.

I am mystified. He claims that the LXI SP is there. If that is the case
(which I don't believe), magic must be occuring. If anyone can explain
to me the difference between the JMP and the RET, I would forever be in
your debt!

Thanks in advance... Dave Rand



-------
 8-Apr-84 14:50:55-MST,2497;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 14:50:46-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  8 Apr 84 16:18 EST
Date: 8 Apr 1984  14:19 MST (Sun)
Message-ID: <KPETERSEN.12005903850.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: M7LIB.COM bug fixed

Irv Hoff has just released a revised M7LIB.COM.  It's now on
SIMTEL20, in place of the previous version.  Irv didn't change
the name, unfortunately.  There is a way of telling if you have
the new version though.  Here's Irv's info on the fixes:

---
TOPIC	: M7LIB FIX
FROM	: IRV HOFF W6FFC
DATE	: 06 APR 84

       NOTE: IF YOUR COPY OF M7LIB.COM SAYS 04/06/84
	     WHEN BROUGHT UP, IT HAS THE FOLLOWING
	     FIX INCORPORATED AND NEEDS NO CHANGES.

   BACKGROUND:	M7LIB.COM is used to alter phone numbers in the
		MDM730.COM modem program.  Unfortunately I based
		it on a buggy, obsolete program called CHGLIB v1.0
		dated Jan 82.

   PROBLEM   :	If the 'R' (re-read the phone listing) is typed at
		ANY TIME when using M7LIB.COM, it will only write
		back to disk about 2-1/4k of the 18-1/4k via 'W'.
		Obviously this is unacceptable.

   SOLUTION 1:	Do not use 'R' at any time.  Few apparently use it
		anyway, or this problem would have been noticed and
		fixed much sooner.

   SOLUTION 2:	Use DDT and change:

		026C  32 76 08	change to 00 00 00   then save 8.

	-	-	-	-	-	-	-	-

   HOW TO    :	If you are unfamiliar with using DDT, do this:

			A>DDT M7LIB.COM

			-S026C		(you add the S026C,  return)
			026C 32 00	(you add the 00, hit return)
			026D 76 00	(you add the 00, hit return)
			026E 08 00	(you add the 00, hit return)
			026F CD .	(you add the . then  return)
			-G0		(you add the G0,  it returns
					to CP/M prompt, then:

			A>SAVE 8 M7LIB.COM   (saves the fixed pgm)

	-	-	-	-	-	-	-	-
	
   COMMENT   :	I fixed my own in this manner, and it works normally now
		no matter if/how/when 'R' is used.  This had been tested
		when writing the program, but the associated problem was
		not noticed.

   NOTE      :	You can also use M7NM-6.ASM to change the library with
		your editor, etc.  That is an easier method if you want
		to make numerous changes or rewrite the phone library.
		M7LIB.COM is fast, easy and simple, intended to be used
		to change a few numbers occasionally.

					- Irv Hoff
 8-Apr-84 14:53:26-MST,1834;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 14:53:20-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  8 Apr 84 16:22 EST
Date: 8 Apr 1984  14:23 MST (Sun)
Message-ID: <KPETERSEN.12005904628.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: NSWP204 now available

Dave Rand has just release NSWP204, which fixes several problems in
earlier versions.   It's now available on SIMTEL20 in the
MICRO:<CPM.FILCPY> directory as NSWP204.COM, .DOC, and .HEX.  Here's
Dave's note about what was fixed:

---
Dave Rand
10232 - 160 St.
Edmonton, Alberta  Canada
T5P 3E9
(403) 484-4114
04/04/84

Notes on NSWP 204
-----------------

NSWP 204 has a few new features! First, limited CPM 3 has been established,
in that if you have BDOS version over 3.0 (which may include MPM), you may
now run with ALV banked. NSWP will use the BDOS call to obtain the ALV
information. This also applies to the 16 bit version.

Before 204, if you attempted to delete a file that was currently tagged,
it was not removed from the tagged file size. It is correctly handled in all
cases now.

NSWP now saves the SP, rather than (SP), in order to support totally non-
standard implementations of BDOS and CCP.

When using the '?' function, the current disk information, along with the
tagged file size.

The copy file speed has been further optimized by elimination of a redundant
BDOS call (deleting a file, when we know it ain't there!).

NSWP has been modified to better support MPM and MPM86 by doing a rename
after a copy operation. This will drop the copy speed slightly, nullifying
the effect of the above change.

If you find anything else, please drop me a line...

 8-Apr-84 15:47:27-MST,1059;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 15:47:23-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  8 Apr 84 17:24 EST
Date: 8 Apr 1984  15:25 MST (Sun)
Message-ID: <KPETERSEN.12005915865.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: NSWP file list

I neglected to include the listing of all the NSWP files that are now
available on SIMTEL20.  Here it is:

Filename			Type	 Bytes	 Sectors     CRC

Directory MICRO:<CPM.FILCPY>
NSWP2.DOC.1			ASCII	 29713  233 =  E9H  300AH
NSWP2.DQC.1			COM	 17792  139 =  8BH  059EH
NSWP202.BUG.1			ASCII	  4348   34 =  22H  BA0BH
NSWP204.COM.1			COM	 11008   86 =  56H  1DD8H
NSWP204.DOC.1			ASCII	  1178   10 =   AH  C400H
NSWP204.HEX.1			ASCII	 26800  210 =  D2H  DF74H

NSWP2.DQC/DOC hasn't changed.  It gives the full documentation on how
to use the program.  NSWP204.DOC is a short file explaining what was
fixed in the new version.
--Keith
 8-Apr-84 17:33:09-MST,1141;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 17:33:03-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  8 Apr 84 19:06 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp;  8 Apr 84 19:02 EST
Received: from ISL by SUMEX-AIM with Pup; Sun 8 Apr 84 16:01:10-PST
Date: Sunday,  8 Apr 1984 15:52-PST
To: info-cpm@Brl-Aos.ARPA
Subject: version of du for cpm3
Reply-to: kevinw@Su-Dsn.ARPA
From: Kevin W. Rudd <kevinw@Su-Dsn.ARPA>
Sender: kevinw@isl

due to unforseen circumstances i had need of a version of this program
to work under cpm3.  although i have gotten a quickly hacked together
program to provide me with some basic relief, it would be nice to get
a real program to do this.  if someone has done this i would really
appreciate hearing about it (reinventing the wheel is interesting only
from an academic standpoint).  otherwise, if someone has suggestions on
what should be included please let me know as well as i will be forced to
either patch du to work or improve my version to take care of useful
features.
  -- Kevin
     kevinw@su-dsn
 8-Apr-84 17:35:03-MST,2220;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 17:34:54-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  8 Apr 84 19:07 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp;  8 Apr 84 19:04 EST
Received: from ISL by SUMEX-AIM with Pup; Sun 8 Apr 84 16:03:18-PST
Date: Sunday,  8 Apr 1984 16:04-PST
To: info-cpm@Brl-Aos.ARPA
Subject: cpm vs cpm-plus
Reply-to: kevinw@Su-Dsn.ARPA
From: Kevin W. Rudd <kevinw@Su-Dsn.ARPA>
Sender: kevinw@isl

having just scanned an article which mentions how to do a bug fix
to an existing distribution public domain program, i have noticed
what could be to many a very confusing issue.  this has to do with
how to put the patched software back to disk.

in cpm the solution is to use ddt to patch the software and then to
exit ddt back to the ccp and use the cpm SAVE command (having decoded
the size of the program from the ddt (or sid) logon message).

there is one problem with this approach with cpm-plus (aka cpm3) --
it won't work.  cpm-plus has a pre-execution save command which, upon
return to the system from the next run program, prompts you for the
address range to be saved and to what file.  easier to use, perhaps, but
much different in actual useage.  it could be used in a similar wa,
perhaps, but i have not tried it.  instead, one may use the W commad in
sid (as supplied by dri) -- it will write the program to a file or will
write a user supplied address range to a file as well.  there is a problm
in the default address range as it uses the address of the last loaded
module end location as the end location to save rather than the greatest
end location...  oooopppppssssss.  just what we expect frm dri though...

unfortunately, there is no easy solution to how to give instructions to
people to patch programs.  perhaps it would be better to have some kind
of program editor which will take a patch file and process it.  this program
would be written to work in a cpm or a cpm-plus system and would alleviate
any potential confusion which may arise from people trying to follow
instructions (or to determine which of several instructions) blindly.

  -- K
 8-Apr-84 17:43:23-MST,455;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 17:43:18-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  8 Apr 84 19:18 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  8 Apr 84 19:12 EST
Date: 8 April 1984 19:10-EST
From: Kevin J. Burnett <KJB@Mit-Mc.ARPA>
To: INFO-CPM@Mit-Mc.ARPA

How can i make modem7 dial something from the library in pulse mode
instead of touch-tone?
 8-Apr-84 18:16:13-MST,2497;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 18:16:05-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  8 Apr 84 19:44 EST
Date: 8 Apr 1984  17:45 MST (Sun)
Message-ID: <KPETERSEN.12005941415.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   "Kevin W. Rudd" <kevinw@Su-Dsn.ARPA>
Cc:   Info-Cpm@Amsaa.ARPA
Subject: MDMLNK - Patching MDM7xx and other files without DDT or SID
In-reply-to: Msg of 8 Apr 1984  17:04-MST from Kevin W. Rudd <kevinw at Su-Dsn.ARPA>

Sigi Kluger has written a new program which will take an existing .COM
file and patch it with a specified .HEX file and then re-save the
patched version.  It's called MDMLNK and is available from SIMTEL20 in
the MICRO:<CPM.MODEM7> directory.  You'll find MDMLNK.COM/HEX/DOC
there.  Sorry I neglected to announce this very useful program.  It
allows MDM7xx users to patch in their overlays without using DDT.

Here's a copy of the .DOC file.  It's interesting reading.
--Keith

----
DOC FOR MDMLNK v1.00 as of 03-26-84

MDMLNK is a utility for MDM7xx. It allows linking in the assembled
overlay file without the use of DDT. This may be a bit more foolproof
than the usuall DDT method.

MDMLNK is self-prompting and will ignore all command line parameters.
Upon entry, MDMLNK will ask for the INPUT file name. Enter the name of
the uninstalled MDM7xx.COM file and be sure to specify the full file
name. Next, you are asked for the HEX file name. Enter the full name
of the assembled overlay file and be sure to include the .HEX suffix.
Last, you will be asked for the OUTPUT filename. Enter the name of
the installed MDM7xx file. Again, be sure to specify the full file name.

MDMLNK will now first read the INPUT file, overlay it with the hex file,
then write a temporary file which is finally renamed to the output file
name. The temporary file is used so that the input file can be the same
as the output file, yet a disk error will not wipe out the original.

Errors will be reported for full directory, unable to write (disk full),
file not found, and in case the hex file is corrupt. All errors will
abort to CP/M, possibly leaving a file MDMLNK.$$$.

MDMLNK not only works on any MDM7 file of any size (within reason), but
it can also (BONUS!!!) be used with XMODEM or any other file which
will be overlaid by a HEX file which does not change its size.

							-Sigi
 8-Apr-84 18:20:27-MST,1016;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 18:20:23-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  8 Apr 84 19:54 EST
Date: 8 Apr 1984  17:55 MST (Sun)
Message-ID: <KPETERSEN.12005943178.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   ABN.ISCAMS@Usc-Isid.ARPA
Cc:   Info-Cpm@Amsaa.ARPA, Info-Micro@Brl-Aos.ARPA
Subject: PERT on Micros
In-reply-to: Msg of 8 Apr 1984  10:23-MST from ABN.ISCAMS at Usc-Isid.ARPA

A public domain PERT does exist.  It's written for Microsoft Basic and
is available from SIMTEL20 in the MICRO:<CPM.BASIC> directory.  The
files are:

CPM-PERT.BAS - ASCII format (saved with ,A option)
SETUP.ASM    - This must be run before CPM-PERT in order to get hard
               copy.  It uses low memory addresses not normally used
               by CP/M - but if your system uses that area for
               interrupts there may be a conflict.
--Keith
 8-Apr-84 18:57:17-MST,940;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 18:57:13-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  8 Apr 84 20:33 EST
Date: 8 Apr 1984  18:34 MST (Sun)
Message-ID: <KPETERSEN.12005950208.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: 6502SIM.LBR - a 6502 simulator for Z80 CP/M systems

For those who may not know this exists, and is available on SIMTEL20
in the MICRO:<CPM.6502> directory:

From: Ronald G. Fowler <RGF at MIT-MC>
Re:   What is 6502SIM.LBR

  6502SIM.LBR is a simulator that runs on a Z80 and allows it to
execute 6502 object code; contains a rather simple-minded disassembler
(not as powerful as DDT's) for tracing, and the usual complement of
memory substitute-move-display.  Also contains full documentation.
Quite a few files the the .LBR.		--Ron
 8-Apr-84 19:14:03-MST,1009;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 19:13:58-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  8 Apr 84 20:46 EST
Date: 8 Apr 1984  18:47 MST (Sun)
Message-ID: <KPETERSEN.12005952678.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   "Matthew J. Weinstein" <matt@UCLA-LOCUS.ARPA>
Cc:   Info-Cpm@Amsaa.ARPA
Subject: MDMLNK - Patching MDM7xx and other files without DDT or SID
In-reply-to: Msg of 8 Apr 1984  18:33-MST from Matthew J. Weinstein <matt at UCLA-LOCUS.ARPA>

Thanks for the suggestion, Mat.  I forwarded it to Info-Modem7 and
Info-Cpm as I feel it will generate some interesting discussions.  In
the meantime, maybe it could be done easily by writing a submit file
to be used with EX14.COM.  EX14 allows console input from a file into
programs which don't normally work under XSUB.  It's available from
SIMTEL20 in the MICRO:<CPM.SUBMIT> directory.
--Keith
 8-Apr-84 19:19:32-MST,1326;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 19:19:27-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  8 Apr 84 20:46 EST
Date: Sunday, 8 April 1984  18:33-MST
Message-ID: <KPETERSEN.12005952065.BABYL@SIMTEL20>
Sender: "Matthew J. Weinstein" <matt@UCLA-LOCUS.ARPA>
From: "Matthew J. Weinstein" <matt@UCLA-LOCUS.ARPA>
To: Keith Petersen <W8SDZ@Simtel20.ARPA>
Subject:   MDMLNK - Patching MDM7xx and other files without DDT or SID
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: INFO-CPM@Amsaa.ARPA
ReSent-Date: Sun 8 Apr 1984 18:44-MST

I think the suggestion made a few messages back was very good.
Since patches occur frequently, there should be an AUTOPATCH program
written that will take a set of patches and apply them (correctly)
to one or more versions of a binary.  

This way, when a fix comes out, you just put out one or more AUTOPATCH
control files, as well as matching source code changes; people's 
binaries get fixed automatically, and you don't have to put out a major
release very often.  

Many computer companies do things this way (although usually just with
source code).

Of course, some standards as to binary format or symbol table
information have to be established...

What do you think?

					- Matt
 9-Apr-84 05:41:48-MST,3885;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 05:41:38-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  9 Apr 84 7:18 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  9 Apr 84 7:10 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 8 Apr 84 18:58-PST
Date: 4 Apr 84 9:18:31-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!sdcrdcf!akgua!psuvax!mancuso@Ucb-Vax.ARPA
Subject: Xerox 820 REVEALED#2--Monitor Jump Tables
Article-I.D.: psuvax.947

This article contains information about the monitor supplied with the
Xerox 820 board.  The Jump table has more entries in it than the manual
lets on.  I have figured out what some of the 'undocumented' ones
do, but the explanations that I have given may not show *all* of the 
features/ramifications of the functions.  There are 2 major jump tables
in the monitor, one which contains the low-level operations (F000-F042)
and one that contains jumps to the higher level operations (F7FD-F805).  The
manual (from BG Micro) only mentions the first 14 entries in the first
table.

Monitor Jump Table: Low-level Operations

ADDR	Name	Function
----	----	-----------------------------------------------------
F000	INIT 	Cold start entry
		In : none
		Out: Does not return

F003	PROMPT	Warm start entry
		In : none
		Out: Does not return

F006	CONST	Console status test
		In : none
		Out: Status in A, FF if char avail, 00 otherwise
		
F009	CONIN	Console input
		In : none
		Out: Character in A (loop until char avail)

F00C	CRTOUT	Memory-mapped CRT output
F00F	CRTOUT    "       "    "    "
		In : Character in A
		Out: none

F012	SIOST	SIO Port B status test
		In : none
		Out: Status in A, FF if char avail, 00 otherwise

F015	SIOIN	SIO Port B input
		In : none
		Out: Character in A (loop until char avail)

F018	SIOOUT	SIO Port B output
		In : Character in A
		Out: none

F01B	SELECT	Disk drive select
		In : Unit number in C (if drive not ready, keep present one)
		Out: Status in A

F01E	HOME	Restore to track 0
		In : none
		Out: Status in A

F021	SEEK	Seek track
		In : Track number in C
		Out: Status in A

F024	READ	Read sector into memory
		In : Sector number in C, Buffer pointer in HL
		Out: Status in A

F027	WRITE	Write sector from memory
		In : Sector number in C, Buffer pointer in HL
		Out: Status in A

(The following jumps are not listed in the manual--info may not be complete)

F02A	DUMP	Dump memory to screen
		In : ??
		Out: ??

F02D	HOUTHL	Outputs 4 hex digits contained in HL to CRT
		In : Number to be printed in HL
		Out: ??

F030	HOUTA	Outputs 2 hex digits contained in A to CRT
		In : Number to be printed in A
		Out: ??

F033	??	??
		In : ??
		Out: ??

F036	COUTA	Outputs character in A to CRT
		In : Char to be printed in A
		Out: ??

F039	??	Prints CRLF (does more, though)
		In : ??
		Out: ??

F03C	CONIN2	Gets char like CONIN, but also echoes it to screen
		In : ??
		Out: Char in A (loops until char avail)

F03F	??	??
		In : ??
		Out: ??

F042	PRSTR	Outputs string to CRT.  String immediately follows call,
		terminated by 04.  Returns to instruction following 04.
		In : ?? (uses return address for start of string)
		Out: ??

(The following are monitor high-level function calls)

F7F0	DUMP	Dump memory routine
		In : ??
		Out: ??

F7F3	??	??
		In : ??
		Out: ??

F7F6	MEM	Memory examine/change
		In : ??
		Out: ??

F7F9
F7FC
F7FF
F802	??	??
		In : ??
		Out: ??

F805	TYPWR	Typewriter
		In : ??
		Out: ??

---
Overall there is a smell of fried onions.  (fnord)

                                 :+: Pat Mancuso
                                 :+: Penn State University
                        Usenet:  :+: ...!psuvax!mancuso
                        Bitnet:  :+: mancuso@psuvax1
 9-Apr-84 05:54:54-MST,1929;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 05:54:47-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  9 Apr 84 7:21 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  9 Apr 84 7:15 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 9 Apr 84 2:54-PST
Date: 4 Apr 84 19:38:35-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!sdcrdcf!akgua!sb1!sb6!bpa!burdvax!psuvax!mancuso@Ucb-Vax.ARPA
Subject: Xerox 820 REVEALED#4--Video fix!
Article-I.D.: psuvax.952

If you have gotten the power connected to your 820 and hooked  up
a  video monitor to the HS VS and VO pins on J7, you may have no-
ticed that only the left half of the screen shows, and the  right
half  seems to run off the right edge of the screen.  You are not
alone.  I got my board up a couple of days  ago,  and  I  thought
that  the problem was caused by the circuitry that I was using to
get composite video. After a couple of  hours  of  dedicated  (?)
work  with  an  oscilliscope  here at the computer lab, ace video
wizard Ralph Droms found that the horizontal sync signal that  is
available at J7 was much too long. Somewhere between J7 and where
it is generated, the signal gets perverted, and it kills half  of
the  screen.   Ralph  located a more reasonable signal to use for
the HS, and it works beautifully.  To use this new  and  improved
HS signal, forget about pin 4 on J7 and use pin 8 on U34 instead.

We found this error on both of our boards, so  there  is  a  good
chance  that it is on all of them.  Please let me know if this is
the case.

Happy Video!

---
Overall there is a smell of fried onions.  (fnord)

                                 :+: Pat Mancuso
                                 :+: Penn State University
                        Usenet:  :+: ...!psuvax!mancuso
                        Bitnet:  :+: mancuso@psuvax1
 9-Apr-84 05:59:04-MST,4536;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 05:58:46-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  9 Apr 84 7:19 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  9 Apr 84 7:10 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 8 Apr 84 19:09-PST
Date: 4 Apr 84 10:17:51-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!sdcrdcf!akgua!psuvax!mancuso@Ucb-Vax.ARPA
Subject: Xerox 820 REVEALED#3--Monitor and CRT info
Article-I.D.: psuvax.948

This article contains information about the monitor commands and the
character set for the video display.


This is a list of the functions provided by the monitor for the Xerox 820.
They are accessable on powerup from the keyboard.

Command	Use
-------	-------------------------------------------------------------
Dump	Dad1 ad2
	Dumps addresses ad1 through ad2.  If ad1 is omitted, dumps
	0000 through ad2.  Output can be held/restarted by hitting
	a key.  2 CR's will stop function and return to monitor if
	you don't want to see the whole dump.

Memory	Mad1
	Prints contents of location ad1, and accepts changes.  To
	change, just type the new value (2 digits), to skip forward
	use CR, to skip backward use '-', any other to exit.

Xtest	Xad1 ad2
	Test for memory errors.  Prints a '+' each time a cycle is
	completed, 256 cycles for every combination to be tested.
	Prints bad addresses if it finds any. Dumb name for command.

Fill	Fad1 ad2 val
	Fills memory ad1 through ad2 with val.  Reads block back to
	check for memory errors and reports any if found.

Copy	Cad1 ad2 ad3
	Copies memory from ad1 through ad2 to memory starting at ad3.
	Compares copy with original and reports any differences to
	check for memory errors.

Goto	Gad1
	Does a CALL to ad1.  Control can be passed back to the monitor
	with a RET instruction.

Read	Runit trk sect
	Reads a sector from disk and prints it in dump format.  If an
	error occurs, it lets you know.  'disk error XX Uaa Tbb Scc'
	is the error where aa=unit number, bb=track number, cc=sector
	number, and XX is the 1771 error code:

	bit	R/W		Seek/Restore/Select
	---	------------	--------------------
	7	Drive not ready	Drive not ready
	6	WR Protected	(not used)
	5	WR Fault	(not used)
	4	Not found	Seek error
	3	CRC error	CRC error
	2	Lost data	Cannot restore
	1	(not used)	(not used)
	0	=1		=0

Boot	B (or A)
	Loads bootstrap loader from disk and jumps to it.  Reads tr0 sec1
	into 0080 and then jumps to 0080.  Loader cannot use bottom 256
	bytes of memory.

Type	T
	Converts millions(?) of dollars in research into an electric
	typewriter.  Reads from keyboard and outputs to printer port.
	Does not output to CRT.

Input	Iport
	Inputs byte from specified port and displays it.  CR will do the
	same for the next port, '-' will do it for the previous port, any
	other exits.

Out	Oport val
	Outputs value to specified port and returns to monitor.  Useful for
	initializing ports.

-----------------------------------------------------------------------------

CRT information

Control characters

Hex	Use
---	----------------------------------------------------------------------
00-07	None
08	Cursor left
09	Horizontal tab (tab stop every 8 postions)
0A	Linefeed
0B	Cursor up (wraps back to bottom of screen)
0C	Cursor right
0D	Carriage return
0E-10	None
11	Clear to end of screen
12-17	None
18	Clear to end of line
19	None
1A	Clear Screen
1B	Escape
1C-1D	None
1E	Home cursor
1F	Print char between 00 & 1F (special characters)

ESC is used for XY cursor positioning.  ESC+'='+rowchar+colchar is the form
where rowchar and colchar is the desired row/col with 32 added to it (20 hex).

The special characters are hidden in the control character section.  To print
a special character, prefix it with 1F.  To print more than one, prefix each
one with 1F.

The character set is standard ASCII from 20-7F.  The character set is repeated
in 80-FF with a blink attribute.  If the cursor is on a blank spot, the 
standard block cursor will be displayed.  If the cursor is on a character, the
blinking version of the character will automatically be displayed.

---
Overall there is a smell of fried onions.  (fnord)

                                 :+: Pat Mancuso
                                 :+: Penn State University
                        Usenet:  :+: ...!psuvax!mancuso
                        Bitnet:  :+: mancuso@psuvax1
 9-Apr-84 07:23:23-MST,1087;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 07:23:12-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  9 Apr 84 8:58 EST
Date: Sunday, 8 April 1984  19:58-MST
Message-ID: <KPETERSEN.12006084753.BABYL@SIMTEL20>
Sender: Michal Young <young@Uci-750a.ARPA>
From: Michal Young <young@Uci-750a.ARPA>
To: "Matthew J. Weinstein" <matt@Ucla-Locus.ARPA>
cc: Keith Petersen <W8SDZ@Simtel20.ARPA>, young@Uci-750a.ARPA
Subject:   MDMLNK - Patching MDM7xx and other files without DDT or SID
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA
ReSent-Date: Mon 9 Apr 1984 06:53-MST

An auto patcher sounds like a great idea.  One feature I would like to 
see in it is verification of the code that was there before.  Some lines
near the beginning of a patch file would check the code to be replaced,
version numbers, etc., and warn the user if things didn't look right.

Related to this -- what do .com files look like, anyway?  Is their format
hidden somewhere in my CP/M manuals?  

--Michal 
 9-Apr-84 07:33:02-MST,1024;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 07:32:56-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  9 Apr 84 8:58 EST
Date: Sunday, 8 April 1984  20:07-MST
Message-ID: <KPETERSEN.12006084839.BABYL@SIMTEL20>
Sender: "Matthew J. Weinstein" <matt@UCLA-LOCUS.ARPA>
From: "Matthew J. Weinstein" <matt@UCLA-LOCUS.ARPA>
To: Michal Young <young@Uci-750a.ARPA>
cc: w8sdz@Simtel20.ARPA
Subject:   MDMLNK - Patching MDM7xx and other files without DDT or SID
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA
ReSent-Date: Mon 9 Apr 1984 06:53-MST

Actually, if there's a standard relocatable format, with symbol table
info, etc., that's probably a better thing to do patches on.

Also, the way programs like SCCS and RCS do changes, they leave identifier
strings in the binary, that can be searched for, and indicate version info
about the program.  No reason not to use this sort of approach, within
reason...

					- Matt
 9-Apr-84 08:05:57-MST,1030;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 08:05:51-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  9 Apr 84 9:25 EST
Received: From darcom-hq.arpa.ARPA by BRL-AOS via smtp;  9 Apr 84 8:21 EST
Date:     Tue, 3 Apr 84 10:04:22 EST
From:     Richard G Turner <rturner@Darcom-Hq.ARPA>
To:       ANDY%MIT-OZ%mit-mc.arpa@darcom-hq.arpa
cc:       info-cpm%brl.arpa@darcom-hq.arpa
Subject:  Re:  What termnal does Mode7 emulate

I've found that my KayPro II, running MDM730, continues to emulate an
ADM-3A terminal, just like I was running TERM.COM. On our 4.2 UNIX
system the following termcap entry works well:
	kp|kaypro|kaypro2|kaypro 2:\
		:am:bs:li#24:co#80:\
		:cm=\E=%+ %+ :\
		:ho=^^:cl=1^Z:\
		:nd=^L:up=^K:do=^J:\
		:ce=^X:cd=^W:\
		:al=\EE:dl=\ER:

I have noticed a couple of minor glitches, but nothing I can't work
around.

By the way, full-screen stuff that works well with "set term=kaypro"
include rogue and vi.

					-rick

 9-Apr-84 11:53:10-MST,1314;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 11:53:04-MST
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  9 Apr 84 13:17 EST
Received: From csnet-cic.arpa.ARPA by BRL-VGR via smtp;  9 Apr 84 13:10 EST
Date: Mon, 9 Apr 84 12:53:15 EST
From: Pierre duPont <pdupont@Bbn-Unix.ARPA>
Subject: QT Computer S-100 Clock
To: info-cpm@Brl-Vgr.ARPA
Cc: pdupont@Bbn-Unix.ARPA

In the winter of 1981 I purchased a very nice & simple S-100 clock
board from a company called QT Computer Systems, also known as
Quick & Timely. They were located in CA at a 213 area code. 
Alas, today it appears that they are gone. The number gets
me a sleepy homeowner, and the operator gets me nothing. Does any
one know what happened to them? Can I get my board serviced? I built
it from a kit back then, and  for various reasons it has sat untested
for the last three years. And it does not work! My best hardware
efforts have produced little, and chip swaps do nothing. Does anyone
have any ideas where they have gone? Do any netlandians have this board?
   Heaps of thanks in advance!
      - Pierre.
        Arpa - pdupont@BBN-UNIX
        Csnet - pdupont@CSNET-CIC
(Please respond directly to me, and NOT to the net. I will 
summarize if need be.)

 9-Apr-84 12:44:11-MST,1658;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 12:44:02-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  9 Apr 84 14:16 EST
Date: Monday, 9 April 1984, 12:09-EST
Message-ID: <KPETERSEN.12006143830.BABYL@SIMTEL20>
Sender: "Robert L. Krawitz" <ZZZ.RLK%MIT-OZ@MIT-MC.ARPA>
From: "Robert L. Krawitz" <ZZZ.RLK%MIT-OZ@MIT-MC.ARPA>
To: matt@UCLA-LOCUS.ARPA, young@UCI-750A.ARPA
cc: w8sdz@SIMTEL20.ARPA, zzz.rlk%MIT-OZ@MIT-MC.ARPA
Subject:   MDMLNK - Patching MDM7xx and other files without DDT or SID
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA
ReSent-Date: Mon 9 Apr 1984 12:17-MST

In response to both your questios:

1)  A .com file is simply a binary file containing a Z-80 (or 8080)
machine-language program.  It should cold start at 100H.

2)  Yes, there is a standard relocatable format.  It is not in the .com
file, however.  The hex file ("object" file produced by the assembler)
is what you want.  Original Intel hex format doesn't define the
necessary extensions, but there is a standard extension.  Unfortunately,
I do not remembe the proper format, but I shall look it up.  It is
consistent with the Intel hex, and an Intel loader will load the
program, without the relocating information.  It is not difficult to
patch -- I've done it before.  As usual, what is required is that the
jumps be re-calculated -- patching the hex file won't do that.  If you
don't have a hex file, patching something is difficult.  Of course, you
could write a program to recalculate jumps, but you have to be careful
not to munge data.

				Robert
 9-Apr-84 12:46:22-MST,1912;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 12:46:13-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  9 Apr 84 14:08 EST
Received: From xerox.arpa.ARPA by BRL-AOS via smtp;  9 Apr 84 14:06 EST
Received: from Concord.ms by ArpaGateway.ms ; 09 APR 84 11:04:58 PST
Date: 9 Apr 84 11:04:06 PST (Monday)
From: Bicer.ES@Xerox.ARPA
Subject: Re: Looking for C
In-reply-to: pur-ee!uiucdcs!parsec!gant's message of 1 Apr 84 19:52:22
 PST (Sun)
To: pur-ee!uiucdcs!parsec!gant@Ucb-Vax.ARPA
cc: info-cpm@Brl-Aos.ARPA


There are several C's available for CP/M80. 
1 - BDS C: Great to learn C with. Very fast compiler,
    respectable execution speed, source code of the libraries
    and a well supported user's group. But it is not a full
    implementation of C (lacks longs, floats, statics, and
    initializers). $150.
    
2 - MANX AZTEC CII: Very good compiler (I use it for 
    production work), full implementation, you get the source
    of the libraries, assembler output of the compiler can be
    further hand optimized, an 8086 and 6502 and PDP-11 
    versions are available. Fast execution speed, but 
    compilation speed can be improoved usin a hard disk or
    a ram disk. $199.
    
3 - Whitesmith's C: Don't touch it if you don't have to. 
    Incredibly slow compilation times, and their libraries
    do not resemble the other ones that I know. $600???

4 - Echo C: For Z-80 only. Heard good things, but never seen
    it.

5 - Supersoft C:I'd rather have Aztec C. Slower compilation
    times, not a full implementation (the version I have),
    and pain in the neck to develop software with (terrible
    linking problems -too much code gets included-).
    
In my opinion, most the other C compilers either serve a very
specific purpose, or are toy compilers (Tiny C, etc.).

	Jack Bicer
 9-Apr-84 13:19:09-MST,1048;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 13:19:04-MST
Received: From sumex-aim.arpa.ARPA by AMSAA via smtp;  9 Apr 84 14:41 EST
Received: from ISL by SUMEX-AIM with Pup; Mon 9 Apr 84 11:42:20-PST
Date: Monday,  9 Apr 1984 11:43-PST
To: info-cpm@Amsaa.ARPA
Subject: Format of .com files
From: meier@isl

Michal,

	The format of .com files is a simple core map of the memory beginning at
hex address 100.  The first logical sector corresponds to addresses 100-17f, the
second sector to 180-1ff, etc.  The storage is contiguous and there is no
sentinel.  The eof is indicated when there are no more logical sectors associated
with that file.  When a load is performed, the .hex file (which uses at least
2 bytes per instruction byte) is used to load memory.  Then (assuming that
bios has not been overwritten), the memory contents are copied out to disk
starting at address 100 and proceeding to the highest address indicated in the
.hex file.
					Bob (meier@isl)

 9-Apr-84 13:46:30-MST,1451;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 13:46:23-MST
Received: From nrl-aic.arpa.ARPA by AMSAA via smtp;  9 Apr 84 15:04 EST
Date: 9 Apr 1984 14:47-EST
From: Russ Smith <smith@Nrl-Aic.ARPA>
Subject: C for small machines
To: info-cpm@Amsaa.ARPA
Message-Id: <84/04/09 1447.200@NRL-AIC>

In partial reply to Jack Bicer's comment that "all other C's are toys"
or some such...

I use Software Toolworks C/80 2.0 (3.0 now available). It is at least
comparable to BDS/C and, at one third the cost, a better (here we go!) deal.
The BDS/C library stuff available at Simtel20 is easily modified for the
differences in the two C's. Benchmark programs published in back issues
of magazines such as BYTE (and perhaps Dr. Dobb's) have shown that C/80
is faster in execution than BDS/C. Compilation time is slower though. If
one wants to repeatedly edit-compile-run-debug-edit-... then BDS/C
is "better". If one wants something that runs faster after all the
debugging is done then C/80 is "better" (of the two, other compilers
ignored...).

C/80 2.0 lacks a number of things I'd like but it ain't no toy. I've
written MANY powerful programs with it without having to jump through
hoops to get the functionality that the C language provides.

No real flame intended, just a comment on what I consider to be a good
useful inexpensive C compiler...

Russ <Smith@nrl-aic>

 9-Apr-84 14:09:01-MST,1095;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 14:08:55-MST
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  9 Apr 84 15:36 EST
Received: From csnet-cic.arpa.ARPA by BRL-VGR via smtp;  9 Apr 84 15:29 EST
Date: Mon, 9 Apr 84 15:18:46 EST
From: Pierre duPont <pdupont@Bbn-Unix.ARPA>
Subject: CP/M 2.2 User 0 $SYS files
To: info-cpm@Brl-Vgr.ARPA
Cc: pdupont@Bbn-Unix.ARPA

According to the Glossary of Terms in the CP/M manuals I have,
it should be possible to set the $SYS attribute on .COM files
that are located in User 0, and then excute them from any other
user. (Note that this is only documented in the glossary, not
in the main body of the manual.) However, I find that this does
not work. Can someone confirm this for me? I have heard a rumor 
this feature was really only implemented in MP/M & CCP/M, and
possibly in CP/M V3.0. Clearly this is a desirable feature that
makes the User N concept extremely useful.
    - Pierre.
(Please respond directly to me only; I will
summarize to the net if needed.)

 9-Apr-84 16:14:41-MST,1787;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 16:14:35-MST
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  9 Apr 84 17:53 EST
Received: From sumex-aim.arpa.ARPA by BRL-VGR via smtp;  9 Apr 84 17:53 EST
Received: from ISL by SUMEX-AIM with Pup; Mon 9 Apr 84 14:51:08-PST
Date: Monday,  9 Apr 1984 14:51-PST
To: Pierre duPont <pdupont@BBN-UNIX.ARPA>
Cc: info-cpm@BRL-VGR.ARPA
Subject: Re: CP/M 2.2 User 0 $SYS files
In-reply-to: Your message of Mon, 9 Apr 84 15:18:46 EST.
From: kevinw@isl

To clarify the attributes for cpm2 and cpm3.

attribute	cpm2			cpm3
---------	----			----
SYS		makes file invisible	for user 0 makes useable from
		to normal dir scan.	ANY user number.  WARNING: dri
		has no other effect	added the misfeature that any
		on cpm operation.	file accessed like this is a
		does not enable access	R/O file.  really screws up any
		from other user areas.	ideas of using mince from alternate
					user areas...

R/O		bdos will not allow	same as for cpm2
		this file to be
		overwritten or
		deleted.

ARCHIVE		not available		reset whenever a file is modified.
					used to flag what files are the
					same as on some archive source
					for reduced backup requirements.


Attributes for cpm2 are basically just cute additions -- r/o is nice but
there is no way other than stat to see what the attributes are.  there is
no way other than stat to even see what files are system files.  in cpm3
the attributes are much more integrated into the system and actually have
some uses.  now if only you could write a system user 0 file....  i guess
that dri has to add some screwup to what is otherwise a quite reasonable
version of os-8...

  -- Kevin
     kevinw@su-dsn
 9-Apr-84 16:29:39-MST,1350;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 16:29:33-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  9 Apr 84 18:05 EST
Received: From xerox.arpa.ARPA by BRL-AOS via smtp;  9 Apr 84 17:57 EST
Received: from Muscat.ms by ArpaGateway.ms ; 09 APR 84 13:16:48 PST
Date: Mon, 9 Apr 84 16:16 EST
From: leisner.henr@Xerox.ARPA
Subject: Re: Looking for C
In-reply-to: "pur-ee!uiucdcs!parsec!gant@Ucb-Vax.ARPA's message of 1 Apr
 84 19:52:22 PST (Sun)"
To: pur-ee!uiucdcs!parsec!gant@Ucb-Vax.ARPA
cc: info-cpm@Brl-Aos.ARPA

Alan,

I've used Whitesmith, Aztec and BDS.

Impressions:

Whitesmith runs too slow to be a useful too.  In addition, the standard
IO libraries are not Unix compatible, which makes it difficult to write
portable code.  Whitesmith is also expensive.

BDS see screams through your source code and spits out a com file in
record time.  It is only a subset of C,  if you can live with it, it is
an excellent tool.

Aztec C is the most Unix compatible C compiler I've seen on Cpm.  Its
performance to compile code is somewhere between BDS and Whitesmiths.
However, they advertise it is truly Unix compatible and it seems to be.

You might want to look at the August , 1983 issue of By te for more
information.

Marty Leisner
Xerox Corp.

 9-Apr-84 16:47:15-MST,1071;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 16:47:10-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  9 Apr 84 18:27 EST
Received: from Concord.ms by ArpaGateway.ms ; 09 APR 84 15:28:06 PST
Date: 9 Apr 84 15:27:22 PST (Monday)
From: Bicer.ES@Xerox.ARPA
Subject: Re: C for small machines
In-reply-to: <84/04/09 1447.200@NRL-AIC>
To: Russ Smith <smith@Nrl-Aic.ARPA>
cc: info-cpm@Amsaa.ARPA

In order to avoid a fiery discussion, I said: 
  "In my opinion, most of the other C compilers either serve
  a very specific purpose, or are toy compilers (Tiny C,
  etc.)."
  
I agree with you about C/80, it not a toy compiler. It is 
what I consider to be very specific purpose -Low cost C 
compiler.- The same argument also applies to Small C (which
also comes with the source of the compiler. If you are trying
to upgrade from an assembler for a minimal cost, I agree with
you 100%. 

In my opinion, at least professional programmers, require a
little more than C/80.

	Jack Bicer
	
 9-Apr-84 17:13:25-MST,1848;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 17:13:20-MST
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  9 Apr 84 18:44 EST
Received: From usc-isid.arpa.ARPA by BRL-VGR via smtp;  9 Apr 84 18:41 EST
Date: 9 Apr 1984 18:38-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re: CP/M 2.2 User 0 $SYS files
From: ABN.ISCAMS@Usc-Isid.ARPA
To: kevinw@Su-Dsn.ARPA
Cc: pdupont@Bbn-Unix.ARPA, info-cpm@Brl-Vgr.ARPA
Message-ID: <[USC-ISID] 9-Apr-84 18:38:18.ABN.ISCAMS>
In-Reply-To: The message of Monday,  9 Apr 1984 14:51-PST from kevinw@isl

Kevin (et al)

ARCHIVE is available for CP/M 2.2 - just needs a little (but well documented)
patch in the BDOS.  See SIMTEL20 (I forget which directory).  I have it,
and it works installed on my Morrow Decision I w/CP/M 2.2 just fine.  Only
undesirable effect is that D.COM no longer works correctly with wild cards.

Another simple patch (some code in the BIOS, and change one JMP in the
BDOS) gives you default access from any disk, any user area, to default disk
same user area and then to default disk user area 0 for .COM, .TXT, .HLP,
and I think everything else.  See TOADBIOS.DOC in SIMTEL20's MICRO:
<CPM.GENDOC>; source code for the patch on one of the SIGM volumes - sorry,
forget which one, but all is in TOADBIOS.DOCw.  I have that installed also
(and I have a VERY stuffed CBIOS, what with hard disk, implemented IOBYTE,
A0> CP/M prompt patch, etc., and it works fine for all but overlays (like
W*Star), where the overlays MUST be in the user area you're working in.
(However DUPUSR.COM works fine there to put the name/access in any user
area, but NOT the actual space/storage requirements.)  No undesirable effects
at all from the USER patch.

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
 9-Apr-84 18:35:19-MST,2086;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 18:35:09-MST
Received: From nrl-aic.arpa.ARPA by AMSAA via smtp;  9 Apr 84 20:14 EST
Date: 9 Apr 1984 19:33-EST
From: Russ Smith <smith@Nrl-Aic.ARPA>
Subject: Re: C for small machines
To: Bicer.ES@Xerox.ARPA
Cc: info-cpm@Amsaa.ARPA
Message-Id: <84/04/09 1933.366@NRL-AIC>
In-Reply-To: Bicer.ES's message of 9 Apr 84 152722 PST (Monday)

In order to continue a (not so) fiery discussion...

First, I didn't mean to imply anything about the "reviewer" of
the C compilers mentioned in the previous note. Once again my fingers
moved faster than the diplomacy in my head...

However...

The C/80 compiler is written in C/80 (like BDS is written in BDS C
and SMALL C is written in...). So are a text formatter similar to
U**X nroff, a LISP interpreter, and a number of other things
available from Software Toolworks. These are marketed programs so
I'd have to assume they were written by "professional" programmers.
When one compares the intrinsic functionality of C/80 and BDS C
one finds that they are remarkably similar, especially if one
considers that the libraries of stuff provided by BDS can be
obtained from simtel20 (among other places). Once more I'd like
to mention that C/80 performed "better" in execution benchmarks by a
number of independent testers (if this means anything).

The C/80 2.0 compiler is a C compiler well suited for "professional"
purposes. I understand that Version 3.0 has more of the standard
features that one expects from a "professional"s tool. At the price
being asked, THIS reviewer considers it to be not only inexpensive, 
but one of the better C compilers available on the market, and,
widespread use of BDS not withstanding, "better" in many important
ways than said compiler.

Typed from the keyboard of a multi-year "professional" computer scientist,

Russ <Smith@nrl-aic>

P.S.
Sorry about that folks, but the 'at least "professional" programmers'
aside in JB's previous note got my scruff up...
 9-Apr-84 21:01:48-MST,1105;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 21:01:43-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  9 Apr 84 22:34 EST
Received: From rand-unix.arpa.ARPA by BRL-AOS via smtp;  9 Apr 84 22:28 EST
From: vortex!lauren@Rand-Unix.ARPA
Date: Mon, 9-Apr-84 18:09:48 PST
Sender: Lauren Weinstein <vortex!lauren@RAND-UNIX.ARPA>
Subject: BDS C
Message-ID: <8404091809.4650.2.VT2.2@vortex.UUCP>
To: smith@Nrl-Aic.ARPA
CC: bicer.es@Xerox.ARPA, info-cpm@Brl-Aos.ARPA

Unless BDS C was completely rewritten lately (which I strongly doubt!)
it is NOT written in itself, other than the upper level I/O library
functions.  BDS C is written in assembler -- that's why it's so
blindingly fast.  When I used to work with CP/M a lot, I found that
fast compilation and loading was more important to me than many
other language features -- I just didn't have time to sit around waiting
for long compiles/assemblies on a single-process machine.  

BDS C is exceptionally fast to compile and load and is an excellent
product.

--Lauren--

 9-Apr-84 22:14:26-MST,726;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 22:14:22-MST
Received: From sumex-aim.arpa.ARPA by AMSAA via smtp;  9 Apr 84 23:50 EST
Received: from ISL by SUMEX-AIM with Pup; Mon 9 Apr 84 20:51:39-PST
Date: Monday,  9 Apr 1984 19:53-PST
To: Russ Smith <smith@NRL-AIC.ARPA>
Cc: Bicer.ES@XEROX.ARPA, info-cpm@AMSAA.ARPA
Subject: Re: C for small machines
In-reply-to: Your message of 9 Apr 1984 19:33-EST.
             <84/04/09 1933.366@NRL-AIC>
From: kevinw@isl

bds-c is NOT written in c.  it is written in assembler.
leor zolman said soewhere that if it were written in bds-c it would
have been 2*size and (1/2)*speed (or some such figures...)
  -- K
10-Apr-84 05:04:58-MST,1249;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 05:04:53-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  10 Apr 84 6:47 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  10 Apr 84 6:44 EST
Date: 10 April 1984 06:42-EST
From: Jerry E. Pournelle <POURNE@Mit-Mc.ARPA>
Subject: The Phone Company Strikes back
To: INFO-MICRO@Mit-Mc.ARPA, INFO-CPM@Mit-Mc.ARPA

I feel a bit like Lincoln Steffans must have felt when he said
"I have been over into the future, and it works!"  That is: I've
spent the weekend looking over the new AT&T 3B2/300 desktop
mini, and I am blooming impressed.
	They have one-megabyte boards using 256 K chips (theirs)
for $2400 quantity one now.  Lord knows what quantity 1000 next
year will cost.
	The WE 32000 is a heck of achip, and they had a full
Unix system with about 30 jobs going at once, including their
new WINDOWS software that runs buncha jobs on the same screen
including debugger/job/source in different windows.
	I was impressd.  Is there someone who knows a lot I
don't who hasn't been?  At $9950 for a half-meg memory 10K disk
(+ floppy) plus one rs-232 and one centronics, it looks like a
lotta bang for the buck...

10-Apr-84 05:27:08-MST,1249;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 05:27:02-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  10 Apr 84 6:47 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  10 Apr 84 6:44 EST
Date: 10 April 1984 06:42-EST
From: Jerry E. Pournelle <POURNE@Mit-Mc.ARPA>
Subject: The Phone Company Strikes back
To: INFO-MICRO@Mit-Mc.ARPA, INFO-CPM@Mit-Mc.ARPA

I feel a bit like Lincoln Steffans must have felt when he said
"I have been over into the future, and it works!"  That is: I've
spent the weekend looking over the new AT&T 3B2/300 desktop
mini, and I am blooming impressed.
	They have one-megabyte boards using 256 K chips (theirs)
for $2400 quantity one now.  Lord knows what quantity 1000 next
year will cost.
	The WE 32000 is a heck of achip, and they had a full
Unix system with about 30 jobs going at once, including their
new WINDOWS software that runs buncha jobs on the same screen
including debugger/job/source in different windows.
	I was impressd.  Is there someone who knows a lot I
don't who hasn't been?  At $9950 for a half-meg memory 10K disk
(+ floppy) plus one rs-232 and one centronics, it looks like a
lotta bang for the buck...

10-Apr-84 05:29:36-MST,1203;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 05:29:30-MST
Received: From nrl-aic.arpa.ARPA by AMSAA via smtp;  10 Apr 84 6:55 EST
Date: 10 Apr 1984 6:42-EST
From: Russ Smith <smith@Nrl-Aic.ARPA>
Subject: Re: BDS C
To: vortex!lauren@Rand-Unix.ARPA
Cc: info-cpm@Amsaa.ARPA
Message-Id: <84/04/10 0642.166@NRL-AIC>
In-Reply-To: vortex!lauren's message of Mon, 9-Apr-84 180948 PST

BDS C IS an excellent product. C/80 IS ALSO an excellent product.
BDS C costs $150. C/80 costs $50. That's all I implied by my messages.
If one is starting out with the hopes of achieving success (but not yet
having reached that point) one doesn't necessarily have the extra bucks
to spend. I added C/80 to JB's list because it is a relatively inexpensive
way to get yourself programming in C with the resulting programs doing
quite well in benchmark tests in comparison to the full range of C
compilers available for 8080 (z80) based machines. Nothing in my messages
should be taken as knocking BDS C. Too many extremely useful things have
been written and compiled by this compiler to do so. 

Yours quite sincerely,

Russ <Smith@nrl-aic>
10-Apr-84 06:01:25-MST,520;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 06:01:22-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  10 Apr 84 7:28 EST
Date: 10 April 1984 07:29-EST
From: Jerry E. Pournelle <POURNE@Mit-Mc.ARPA>
Subject:  BDS C
To: smith@Nrl-Aic.ARPA
cc: vortex!lauren@Rand-Unix.ARPA, info-cpm@Amsaa.ARPA
In-reply-to: Msg of 10 Apr 1984 6:42-EST from Russ Smith <smith at Nrl-Aic.ARPA>

I think BDS C can be got for considerably less than $150 can't it?

10-Apr-84 06:03:04-MST,431;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 06:03:01-MST
Received: From nrl-aic.arpa.ARPA by AMSAA via smtp;  10 Apr 84 7:36 EST
Date: 10 Apr 1984 6:54-EST
From: Russ Smith <smith@Nrl-Aic.ARPA>
Subject: BDS C
To: info-cpm@Amsaa.ARPA
Message-Id: <84/04/10 0654.683@NRL-AIC>

As has been pointed out by a multitude of others...

BDS C is written in assembler.
10-Apr-84 13:19:49-MST,1259;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 13:19:44-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  10 Apr 84 14:57 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  10 Apr 84 14:59 EST
Date: Tue, 10 Apr 1984  14:51 EST
Message-ID: <RG.JMTURN.12006412128.BABYL@MIT-OZ>
From: RG.JMTURN%MIT-OZ@MIT-MC.ARPA
To:   INFO-MICRO@Mit-Mc.ARPA, INFO-CPM@Mit-Mc.ARPA
Subject: Vector Graphics 3005
In-reply-to: Msg of 10 Apr 1984  06:42-EST from Jerry E. Pournelle <POURNE at Mit-Mc.ARPA>

I have the opportunity to pick up a VG 3005 S100 system with a
5 MB disk and 128K for $800. On the surface, this sounds like a
great deal, but I need to know about the details of the system, such as:

o Are versions of ZCPR2 and MODEM7 available for it.

o Is it compatible with CP/M stuff in general. 

o What kind of terminal does it pretend to be? Are there emulation
programs for it.

o It claims to run Extended CP/M 2.2, I suppose to take advantage of
the banked memory. Any screws with this?

o How reliable is it.

o We don't get serial boards with it, and maybe no BIOS. How easy
is it to find a copy of the BIOS.

					James

Reply to me directly: JMTURN@MIT-MC

10-Apr-84 14:00:25-MST,976;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 14:00:21-MST
Received: From rand-unix.arpa.ARPA by AMSAA via smtp;  10 Apr 84 15:25 EST
Date: Tuesday, 10 Apr 1984 12:19-PST
To: info-cpm@AMSAA.ARPA
Cc: randvax!bridger@Rand-Unix.ARPA
Subject: Filename attributes in lowercase - a proposal
From: bridger@Rand-Unix.ARPA

On terminals that don't have highlighting, it's not easy to determine
a file's attributes.  I propose a simple, portable convention for
use in file utilities, telecommunications and applications programs:

If an attribute bit is set, display the corresponding character in the
filename in lower case.  Thus,

	STAT.coM        would be Read/Only, SYStem
	mAC.COM         would mean bit 1 is set

This isn't perfect -- a short filename or filetype won't always have
its attributes displayed.  But it could
readily be incorporated into the next revisions of MDM7, SD, XDIR, NSWP,...
10-Apr-84 14:17:29-MST,519;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 14:17:08-MST
Received: From rand-unix.arpa.ARPA by AMSAA via smtp;  10 Apr 84 15:25 EST
Date: Tuesday, 10 Apr 1984 12:26-PST
To: info-cpm@AMSAA.ARPA
Cc: randvax!bridger@Rand-Unix.ARPA
Subject: SID Write command?
From: bridger@Rand-Unix.ARPA

Does SID have a write-memory-to-file command?  My copy doesn't.  DR
says no.  But haven't there been patching instructions on this list
that use it?
--bridger
10-Apr-84 15:21:58-MST,1116;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 15:21:53-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp;  10 Apr 84 16:48 EST
Date:     Tue, 10 Apr 84 16:45:04 EST
From:     Rick Conn <rconn@Brl-Mis.ARPA>
To:       bridger@rand-unix.arpa
cc:       info-cpm@amsaa.arpa, randvax!bridger@rand-unix.arpa
Subject:  Re:  SID Write command?

SID/ZSID by themselves do not support a Write/Save command, but in
conjunction with the utility RELS.UTL (or REL.UTL) they do.  The utility
provides a number of additional commands which may be executed from within
SID/ZSID, and one such command is C.SAVE, which is used as follows:

	ZSID A.RELS.UTL
	Imyfile.hex
	R		<-- Read in file from disk
	Imyfile.com	<-- Define Name of output file
	C.SAVE 100 endadr	<-- Write data to disk from 100H to endadr
	G0		<-- done

The ZEX.ZEX command file gives a graphic example of the use of RELS.UTL
with some explanation.  I'll see if I can look up some documentation on
it.  The 4th section (pp 42-49) of the SID manual talks about utilities.

	Rick
10-Apr-84 15:45:44-MST,1409;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 15:45:38-MST
Received: From sumex-aim.arpa.ARPA by AMSAA via smtp;  10 Apr 84 17:19 EST
Received: from ISL by SUMEX-AIM with Pup; Tue 10 Apr 84 14:21:10-PST
Date: Tuesday, 10 Apr 1984 14:21-PST
To: bridger@RAND-UNIX.ARPA
Cc: info-cpm@AMSAA.ARPA, randvax!bridger@RAND-UNIX.ARPA
Subject: Re: SID Write command?
In-reply-to: Your message of Tuesday, 10 Apr 1984 12:26-PST.
From: kevinw@isl

there is a write command for sid 3.0 (the one which comes standard with
the distribution disk).  the documentation for it is in one of the refs
but not the other (typical dri...).

anyway, if you have a cpm3 system the command is:
Wfile[,start,stop]
`file' is a standard cpm file description -- eg q:foo.baz
`start' and `stop' are optional start and stop addresses.  if none
are specified then the start of the tpa is used as start and the
address of the LAST end of load address is used.  this is a nasty bug!
e.g.

A>sid foo.com
SID 3.0...
NEXT LAST HIGH PC <or some such>
0C00 0C00 CDFF 0100

#rbar.com
NEXT LAST HIGH PC
0300 0C00 CDFF 0100

#wquux.com
Saved 4 records (4h) <or some such>

n.b. -- one would have expected 11 records but someone at dri
screwed up this.  thus to get what would be expected, one must
say

#wquux.com,100,c00
Saved 11 records (0bh)

  -- K
10-Apr-84 15:48:17-MST,776;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 15:48:13-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp;  10 Apr 84 17:30 EST
Date:     Tue, 10 Apr 84 17:29:13 EST
From:     Rick Conn <rconn@Brl-Mis.ARPA>
To:       Rick Conn <rconn@brl-mis.arpa>
cc:       bridger@rand-unix.arpa, info-cpm@amsaa.arpa, 
          randvax!bridger@rand-unix.arpa
Subject:  Re:  SID Write command?

I did not find RELS.UTL or REL.UTL (there are two different files)
in the main CP/M archives on SIMTEL20.

In scanning the SIG/M catalog, I note the following references:

	REL.UTL in Vol 76

I can find no other documentation on REL.UTL or RELS.UTL.  Perhaps someone
else knows of the source for details?

	Rick
10-Apr-84 16:53:24-MST,1533;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 16:53:19-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  10 Apr 84 18:25 EST
Received: From xerox.arpa.ARPA by BRL-AOS via smtp;  10 Apr 84 18:25 EST
Received: from Aurora.ms by ArpaGateway.ms ; 10 APR 84 11:17:06 PST
Date: Tue, 10 Apr 84 14:18 EST
From: scacchitti.henr@Xerox.ARPA
Subject: Re: Xerox 820 text downloading
In-reply-to: "WEBER@USC-ECLC.ARPA's message of Sun, 1 Apr 84 21:39:20
 PST"
To: Allan Weber <WEBER@USC-ECLC.ARPA>
cc: info-cpm@BRL.ARPA

Allan,
	A friend of mine recently had the same problem. (At least it sounds
like it) 

	Almost any modem program with a text capture mode will collect the
ascii data and allow storage to a CP/M file. However, the model 100
fails to transmit linefeeds. Thus, a file of this construct, lists
continually on one line. On, the other hand if you use Wordstar to view
the file, you will be able to see it all. To convert the file to useable
CP/M format is pretty simple. All that's required is a program to open
the text file and create a second file, then read a line from the
existing file and write it to the new file, finally close the files when
it's done. 

	CP/M (at least that on the 820) will see the carriage return as the end
of the line when reading and append the line feed when writing. I've
used this method in MBASIC and C without any problems. If you need a
source file let me know and I'll send one.

					Fred




10-Apr-84 18:45:17-MST,2488;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 18:45:10-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  10 Apr 84 20:22 EST
Received: from Semillon.ms by ArpaGateway.ms ; 10 APR 84 10:39:42 PST
Date: 10 Apr 84 10:39:16 PST (Tuesday)
From: Bicer.ES@Xerox.ARPA
Subject: Re: BDS C
In-reply-to: <84/04/10 0642.166@NRL-AIC>
To: Russ Smith <smith@Nrl-Aic.ARPA>
cc: vortex!lauren@Rand-Unix.ARPA, info-cpm@Amsaa.ARPA

This is the updated version of my older list of the C compilers for
CP/M 80. For the people who have been observing my discussion with
Russ Smith, you should note that Russ Smith and I do agree on C/80
and BDS C issue (even though it may not be obvious from our messages).

There are several C's available for CP/M80. The prices quoted are
the list prices, and most/all of the compilers can be purchased at
a discount.
1 - BDS C: Great to learn C with. Very fast compiler,
    respectable execution speed, source code of the libraries
    and a well supported user's group. But it is not a full
    implementation of C (lacks longs, floats, statics, and
    initializers). $150.
    
2 - MANX AZTEC CII: Very good compiler (I use it for 
    production work), full implementation, you get the source
    of the libraries, assembler output of the compiler can be
    further hand optimized, an 8086 and 6502 and PDP-11 
    versions are available. Fast execution speed, but 
    compilation speed can be improoved usin a hard disk or
    a ram disk. $199.
    
3 - Whitesmith's C: Don't touch it if you don't have to. 
    Incredibly slow compilation times, and their libraries
    do not resemble the other ones that I know. $600???

4 - Echo C: For Z-80 only. Heard good things, but never seen
    it.

5 - Supersoft C:I'd rather have Aztec C. Slower compilation
    times, not a full implementation (the version I have),
    and pain in the neck to develop software with (terrible
    linking problems -too much code gets included-).

6 - C/80: A subset of C with respectable execution speed,
    (apparently faster than BDS C), for only $50. I think it
    produces assembler output. People interested in this compiler
    should also look at 'Small C', which also includes the source
    of the compiler (written in C).


Please feel free to send me info on this list, so next person who
needs advice on C compilers gets an updated list.  

	Jack Bicer
10-Apr-84 21:23:46-MST,5135;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 21:23:33-MST
Received: From usc-isid.arpa.ARPA by AMSAA via smtp;  10 Apr 84 22:58 EST
Date: 10 Apr 1984 22:59-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: MBASIC Printer/Console Switching
From: ABN.ISCAMS@Usc-Isid.ARPA
To: INFO-CPM@Amsaa.ARPA
Cc: ABN.ISCAMS@Usc-Isid.ARPA
Message-ID: <[USC-ISID]10-Apr-84 22:59:17.ABN.ISCAMS>

(And if you aren't hacking in BASIC and CP/M any more -- purge this thing!)

How often have you wished you could find an easy way to switch your
BASIC to direct PRINT statements to the printer or the console as
you or the user desires, without the typical

IF HARDCOPY THEN LPRINT "FOOBAR" ELSE PRINT "FOOBAR"

This sure can get tiresome - I have some programs that permit the user
to elect screen display and/or printer display, and perhaps 1/3
of the code is that sort of redundancy!

The one-page article in "Programmer's Guide to CP/M" (Creative
Computing Press, Morris Plains NJ, 1982), entitled "Choosing Between
CRT & Printer Output" gave me hope, but the bloody Sample Program
just wouldn't work!

I suspect some problems with the POKEing and PEEKing being limited to
one byte and returning an integer between -32768 and +32768.  I KNOW
the BASIC-80 manual says the Extended and Disk versions permit POKEing
and PEEKing integers in the range 0 to 65536, but damned if mine will!
Try POKEing a large value (like 60000 or so) anywhere, and then PEEK at
the same place (if you get that far), and you'll see what I mean.

The following little piece of code can be patched into your BASIC
programs.  It'll find YOUR Console Out and List Out jumps in your
BIOS jump table (using the BIOS jump table location found at 0001 and
0002 of CP/M), and will plug them in to the appropriate place in BASIC.

I got this idea from CPM-PERT.BAS, out at SIMTEL20's Public Domain
library in MICRO:<CPM.BASIC>.  Unfortunately the location of the Call
to Console Out for Microsoft BASIC-80 Version 5.21 is different from my
Version 5.1.  However both values are given below.

If it doesn't work, use DDT's T(race) utility to track through your
MBASIC as it initializes its BIOS calls.  It takes about 50 or so steps,
but eventually you'll see a series of moving bytes from high memory (in
my system the EA00h area) into D and E , XCHGing them, and SPHLing them
to a serious of locations in the 4100h area.  The LAST one of this series
of very similar storage moves will be the storing of LIST (list device out),
and the NEXT to last one will be the CONOUT (console out) jump.  Watch
where BASIC stores that BIOS CONOUT location -- that's the location of
BASIC's CONOUT call.  (Sorry - a little hard to explain DDT's T(race)
function; you gotta see it to believe it!)  Never had much use for the T
function, but found it handy this time.

If you know the location of your BIOS jump table's jumps to CONOUT and
LIST, that alone won't be enough.  BASIC doesn't use the location of
the JMP in the BIOS jump table itself, but the address of that JMP!
Saves one JMP, but kind of tricky unless you know what to expect!
I didn't mess with that with my PEEKs and POKEs - just used the actual
JMP in the jump table itself.

Have fun - hope this works OK for you.  It sure is saving me a lot of
redundant BASIC code, and the sheer bloody elegance of BASIC looking
at CP/M, and then poking itself a new belly button really tickles me!


David Kirschbaum, Toad Hall
7573 Jennings Lane, Fayetteville NC 28303  (919)868-3471/396-6862
ARPANet ABN.ISCAMS@USC-ISID


130 '== Locate CONOUT (console out) and LIST in CP/M BIOS Jump Table ==
140 '
150 ' Location of warm boot in BIOS jump table can be found at bytes 0001
160 ' (Least Significant Byte, LSB), and 0002 (Most Significant Byte, MSB).
170 '
180 COUT1% = PEEK(1) : COUT2% = PEEK(2)	'get LSB and MSB of warm boot jump
190 COUT1% = COUT1% + 9	'bump up 9 bytes from warm boot to COUT
200   IF COUT1% < 256 THEN 220		'no need to increase MSB
210 COUT2% = COUT2% + 256 : COUT1% = COUT1% - 256	'inx MSB, dx LSB
220 LST2% = COUT2% : LST1% = COUT1% + 3	'bump up 3 bytes from COUT to LIST
230   IF LST1% < 256 THEN 280		'no need to increase MSB
240 LST2% = LST2% + 256 : LST1% = LST1% - 256		'inx MSB, dx LSB
290 CONOUT% = &H41B8	'Loc in MBASIC 5.1 of call to CONOUT
300 '			 (value for MBASIC 5.21 is &H41E4)

				- - - - - - - -
           Here's where you switch the printer/console display

390 PRINT "Do you want a HARD-COPY record?  (Y/N):  ";
400 HC$=INKEY$:IF LEN(HC$)<1 THEN 400 ELSE PRINT HC$
410   IF HC$<>"Y" AND HC$<>"N" THEN PRINT "ERROR!  Try again.":GOTO 390

				- - - - - - - -
       Here's where you switch BASIC's CALL to CONOUT to the LIST device

620   IF HC$<>"Y" THEN 660
630 POKE CONOUT%, LST1% : POKE CONOUT%+1, LST2%		'Turn printer on
640 PRINT "This should be a hardcopy printout on your printer."
650 POKE CONOUT%, COUT1% : POKE CONOUT%+1, COUT2%	'Turn console back on
660 PRINT "This should be a display on your CRT."

- - - - - - - -

800 END
11-Apr-84 09:51:08-MST,332;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Apr 84 09:51:04-MST
Received: From bbnccc.arpa.ARPA by AMSAA via smtp;  11 Apr 84 11:27 EST
Date: Wed, 11 Apr 84 11:17:46 EST
From: Manny Crivello <crivello@Bbn-Unix.ARPA>
Subject: need SID manual
To: info-cpm@AMSAA.ARPA



11-Apr-84 09:52:23-MST,434;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Apr 84 09:52:18-MST
Received: From bbnccc.arpa.ARPA by AMSAA via smtp;  11 Apr 84 11:27 EST
Date: Wed, 11 Apr 84 11:26:54 EST
From: Manny Crivello <crivello@Bbn-Unix.ARPA>
Subject: need SID manual
To: info-cpm@AMSAA.ARPA


Can you send me the part # & closes address to get a SID manual.
I'm from Boston Ma
M.D.Crivello


11-Apr-84 11:42:58-MST,4466;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Apr 84 11:42:46-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  11 Apr 84 13:05 EST
Date: 11 Apr 1984  11:06 MST (Wed)
Message-ID: <KPETERSEN.12006655139.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: RS-232 hookup info list
Reply-To: decvax!mcnc!philabs!cubsvax!wu1!rf@Ucb-Vax.ARPA

Date: 4 Apr 84 12:19:06-PST (Wed)
From: decvax!mcnc!philabs!cubsvax!wu1!rf
Subject: RS-232

I recently prepared a guide to the RS-232 signals for competent,
unknowledgeable users.  It amazed and amused me, so I thought
some of you might like to see it.  The little notes "CONNECT" and
"LEAVE OPEN" are for people constructing a cable to be used with
an asynchronous modem.

				Randolph Fritz

So, for the edification of the ignorant and the amusement of the
knowledgeable, I present:


   RANDOLPH FRITZ'S GUIDE TO RS-232 SIGNALS AND OTHER SICK JOKES.

Signal	DTE <-> DCE	Description
======	===========	===========

1 FG	    <-> 	Frame ground.  Sometimes connected to equipment
			chassis.  Where possible LEAVE OPEN.

2 TD		->	Transmitted data.  Data from computer (terminal) to
			modem.  CONNECT.

3 RD	<-		Received data.  Data from modem to computer
			(terminal).  CONNECT.

4 RTS		->	Request to send.  Turns on modem's transmit
			carrier.  CONNECT.

5 CTS	<-		Clear to send.  Indicates that modem's transmit
			carrier is on.  Some modems assert this all the
			time.  CONNECT.

6 DSR	<-		Data set ready.  Indicates that modem is on.
			Some modems assert this even when they're off.
			CONNECT.

7 SG	  <->		Signal ground.  Voltages of all other signals are
			referenced to this.  CONNECT.

8 DCD	<-		Data carrier detect.  Asserted when the modem
			hears a carrier.  Some modems assert this all the
			time, still others assert this in response to any
			received signal.  CONNECT.

9 	<-		In some Bell modems, +12V to power test equipment.
			If connected, can create smoke.  LEAVE OPEN.

10	<-		In some Bell modems, -12V to power test equipment.
			If connected, can create smoke.  LEAVE OPEN.

11 QM	<-		Equalizer mode.  Not RS-232.  Bell 208A 4800 bps
			modems only.  LEAVE OPEN.

12 HS	<-		High speed.  Not RS-232.  Hayes Smartmodem 1200
			only.  Asserted when 1200 bps connection
			established.  Mainly of use to auto-answer modem.
			LEAVE OPEN.

   or

12 SDCD <-		Secondary data carrier detect.  Used by only modems
			with a secondary channel.  LEAVE OPEN.

13 SCTS <-		Secondary clear to send.  Asserted when secondary
			transmit carrier is on.  LEAVE OPEN.

14 STD	<-		Secondary transmitted data.  LEAVE OPEN.

   or

14 NS		->	New sync.  Not RS-232.  Bell 208A 4800 bps
			modems only.  LEAVE OPEN.

15 TC	<-		Transmit clock.  Synchronous modems only.  LEAVE
			OPEN.

16 SRD	<-		Secondary received data.  LEAVE OPEN.

   or

16 DCT	<-		Divided clock, transmitter.  Not RS-232.  Bell
			208A 4800 bps modems only.  LEAVE OPEN.

17 RC	<-		Receive clock.  Synchronous modems only.  LEAVE
			OPEN.

18 DCR	<-		Divided clock, receiver.  Not RS-232.  Bell 208A
			4800 bps modems only.  LEAVE OPEN.

19 SRTS		->	Secondary request to send.  Turns on secondary
			carrier.  LEAVE OPEN.

20 DTR		->	Data terminal ready.  Asserted by computer (or
			terminal) when ready to use the modem.  RS-232
			specifies that all other signals from computer are
			meaningless when this is not asserted.  Most
			modems will not answer telephone when this is not
			asserted.  CONNECT.

21 SQ	<-		Signal quality.  Asserted by some fancy modems
			when line noise rises.  LEAVE OPEN.

22 RI	<-		Ring indicator.  The electrical equivalent of the
			telephone bell on an auto-answer modem.  The
			proper way to auto-answer is: wait for RI.  On
			second ring DTE should assert DTR.  The modem will
			then answer.  LEAVE OPEN.

23 HS		->	High speed.  Make a connection in high speed mode,
			if possible.  Used (if at all) by originate modem.
			LEAVE OPEN.

   or

23 HS	<-		High speed.  A connection has been made in high
			speed mode.  Used (if at all) by answer modem.
			LEAVE OPEN.

24 (TC)		->	Transmit clock from computer.  Unusual.  LEAVE
			OPEN.

25		->	Busy.  The line is busy.  Used (if at all) by
			auto-originate modem.  LEAVE OPEN.
11-Apr-84 12:23:59-MST,886;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Apr 84 12:23:51-MST
Date:     Wed, 11 Apr 84 13:43:52 EST
From:     David Towson (CSD) <towson@Amsaa.ARPA>
To:       decvax!mcnc!philabs!cubsvax!wu1!rf@Ucb-Vax.ARPA
cc:       Info-Cpm@Amsaa.ARPA
Subject:  Re:  RS-232 hookup info list


Randolph - I enjoyed the guide to RS-232 connections.  I wonder, however, why
you gave such a nice description of the use of Ring Indicator, and then said
to LEAVE IT OPEN.  Huh?  Also, I'd like to know how a modem can assert ANY
RS-232 signal when it is off.  It seems that the plus-and-minus three volts
"forbidden zone" in the standard would make it impossible for signals to be
asserted when the modem is off (unless the modem contains a battery).  Or did
you decide to slip April Fools Day to the fourth?


Dave
towson@amsaa

12-Apr-84 01:47:24-MST,6137;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 01:47:09-MST
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  12 Apr 84 3:04 EST
Received: From simtel20.arpa.ARPA by BRL-VGR via smtp;  12 Apr 84 2:59 EST
Date: Thu 12 Apr 84 00:58:43-MST
From: Ron Fowler <RFOWLER@SIMTEL20.ARPA>
Subject: INFO-COPYRIGHT AM DIGEST: APRIL 12, 1984
To: info-modem7@SIMTEL20.ARPA
cc: info-cpm@BRL-VGR.ARPA


[ copyright (c) 1984 Ronald G. Fowler ]

There has been some controversy lately regarding the distribution of
public domain software with respect to the copyright law.  I've done
some preliminary research, and thought I'd share my findings with
the group.

Specifically in question has been Irv Hoff's copyright of his MDM
modem series, especially as it relates to Ward Christensen's orig-
inal work and Mark Zeiger's extensive enhancements to the program.
Prevention of "profit-taking" and sale of public-domain software
has also been discussed.

Fundamental to securing copyright protecton is the publication of a 
work; generally you may copyright unpublished work without restrict-
ion (i.e., you don't have to maintain a copyright notice in the work).
Legally, 'publishing' is the "distribution of copies ... to the pub-
lic, by sale or other transfer of ownership, or by rental, lease or
lending".  I think we can safely say that work distributed by SIG/M
and the CPMUG can be deemed legally "published".

Both the old (1909) copyright law and the new (1978) require a that
a copyright notice be placed in the work, in order to secure the copy-
ight.  While the newer law addresses procedures for omission of this
notice (in order that a mistaken omission not cause loss of copyright
protection) the older law did not. Work published prior to 1 January,
1978 falls under the jurisdiction of the older law.  In fact, Copyright
Office Circular "R1" specifically mentions this circumstance:

	"If a work was published under the copyright owner's 
	authority before January 1, 1978, without a proper
	copyright notice, all copyright protection for that
	work was permanently lost in the United States.  The
	new copyright law does not provide retroactive pro-
	tection for those works."

Now MODEM2 was published by CPMUG, without copyright notice, in
1977.  So much for any claim poor Ward might have.

MODEM2 is therefore unquestionably in the public domain.

(Note that the terms "copyright" and "public domain" are mutually
exclusive, under the law.  "Public domain" is work without copyright,
either by expiration of an existing copyright, or by forfeiture of
copyright by the author.  Hence, a disclaimer like "Copyright (c)
1984 by Calvin C. Codehacker: contributed to the public domain, may
not be sold commercially" is a contradiction in terms, and may very
well jeopardize the author's right to copyright.  For that reason,
I *never* refer to the "public domain" in any programs I introduce
to the user community for which I desire to retain copyright pro-
tection).

(Side note: there is absolutely *nothing* to prevent a commercial in-
terest from selling public domain work, legally or ethically.  Have
you ever seen an anthology of Edgar Allen Poe, or a recently reprinted
"Moby Dick", both of which have fallen into the public domain?  Has
sale of these caused any kind of public outcry of "ripoff!"?  Think
about it...)

Back to MODEM2 and MODEM7: Zeiger and Hoff's enhancements have been
published (SIG/M, I believe) after 1 January, 1978, and thus fall under
the jusrisdiction of the 1978 law, which provides for "derivative work".
A "derivative work" is "a work based on one or more preexisting works".
This seems to be subject to copyrights held by the author of the
previous work, but is not spelled out specifically in the material
I've seen so far.  I'd hazard to guess that Hoff and Zeiger are on
pretty stable ground, though, *unless* either has failed to actually
secure the copyright by registration.  That's where things begin to
get a little shaky.

Generally, you don't have to register to claim copyright; you can reg-
ister anytime within five years of publication and still establish
prima facie evidence in court of the copyright's validatity. There
is a "gotcha" though: if the work is not registered within 3 months
after publication, then no statutory damages or attorney's fees are
available to the plaintiff in an infringement suit.  In this case,
only actual damages and lost profits are available, and in "free"
distribution software, there are very little damages indeed (perhaps
if the author is a professional who receives value from the circulation
of his name in "free" software, the loss of that circulation could
constitute a damage....).

Now I think we have a clear idea of how to proceed with new "freeware":

1) Claim copyright in the published work (copyright circular "R61"
   suggests placing the notice in the program's sign-on message,
   if it has one. By the way, this pub is specific to computer software).

2) Do not fail to actually register the copyright with the Copyright
   office, within 3 month of publication.  

3) Never mention the public domain in relation to your work.

With these requirements met, the software is protected to the extent
that you can confidently proceed legally against infringers, including
attorney's fees and statutory damages. Merely by virtue of your author-
ship (and, of course, your copyright).

---------

Interesting aside: if you publish work with the Copyright notice
included, you *must* deposit a copy with the Copyright office for the
use of the Library of Congress; failure to do so can result in fines
and other penalties.  (Note that there are certain exceptions and
modifications to this rule for various types of copyright works).

Also: Forms are available from the U.S. Government Copyright Office:
dial (202) 287-9100.  Ask for form TX and Circulars R1 and R61.  The
cheapskates will only send you five TX's for one phone call.

----------

-------
12-Apr-84 09:04:50-MST,1686;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 09:04:43-MST
Received: From mit-multics.arpa.ARPA by AMSAA via smtp;  12 Apr 84 10:37 EST
Date:  Thu, 12 Apr 84 10:34 EST
From:  "John C. Klensin" <Klensin@MIT-MULTICS.ARPA>
Subject:  use of lower case for status bits
To:  bridger@RAND-UNIX.ARPA, info-cpm@AMSAA.ARPA
Message-ID:  <840412153447.123567@MIT-MULTICS.ARPA>

Some things, especially misbehaving file transfer programs, can succeed
in creating objects with mixed-case, or lower-case, objects in the CP/M
file system.  The resulting objects are very hard to identify (since
much software tries to automatically upper-case the names), and even
harder to get rid of (since the CP/M resident commands all map whatever
is typed to upper case before trying to erase, rename, or whatever).

So, if you use a case-shift to show status, you will need both
 - a way to indicate when the lower case character is lower case because
it is there and/or
 - a way to caution the reader that the name really contains lower case.
  Those requirements might lead to the reinvention of highlighting.

  Now, you could probably safely ignore this for some programs (such as
MDM7), but it is probably quite important that things like SD and XDIR
tell what is really there, so, without precisely what you are trying to
avoid, it does not make a good general convention -- I want
directory-inspecting programs to tell me what is in the directory as
their absolute first priority.

I am surprised that the UNIX community has not noticed this little
problem arising occasionally as well (if, indeed, they have not).
12-Apr-84 11:53:41-MST,1023;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 11:53:36-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  12 Apr 84 13:17 EST
Received: From office-2.arpa.ARPA by BRL-AOS via smtp;  12 Apr 84 13:12 EST
Date: 12-Apr-84 10:07 PST
From: ACB.TYM@OFFICE-2.ARPA
Subject: 5 inch disk controller
To: info-cpm@brl.arpa
Message-ID: <[OFFICE-2.ARPA]TYM-ACB-4H2RJ>

Can someone point me to an S100 non-DMA 5 inch disk controller for which 
software exists to format and write many of the popular 5 inch CP/M formats.  I 
am willing to write such software if I could be pointed to documentation of the 
various formats (would make such software available).  I have a Northstar and 
want to avoid the DMA problems though I am willing to bring the buss to new 
standards (so far I haven't had any problem with some controllers and memory 
boards).  I would like to buy the controller and software as a package if 
possible.  Thanks in advance for any info.

12-Apr-84 12:30:34-MST,836;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 12:30:28-MST
Received: From utexas-20.arpa.ARPA by AMSAA via smtp;  12 Apr 84 13:50 EST
Date: Thu 12 Apr 84 12:52:45-CST
From: Aaron Temin <CS.Temin@UTEXAS-20.ARPA>
Subject: printer problems - S100 to ids 225
To: info-cpm@AMSAA.ARPA

Some close friends just presented me with an old Integral Data Systems
225 printer for my birthday.  We got it communicating with my machine
via cp/m 2.2 sometimes, but it tends to lock up for no good reason, and
often will decide to bang its print head against the right margin for
long periods, making piteous noises until turned off.

I am running a bios from MICAH on a Cromemco system 3.  If anyone has
any suggestions, they would be most welcome.

Thanks,
-aaron
-------
12-Apr-84 12:58:07-MST,1013;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 12:58:00-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  12 Apr 84 14:31 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp;  12 Apr 84 14:32 EST
Received: from ISL by SUMEX-AIM with Pup; Thu 12 Apr 84 11:30:16-PST
Date: Thursday, 12 Apr 1984 11:31-PST
To: ACB.TYM@OFFICE-2.ARPA
Cc: info-cpm@BRL.ARPA
Subject: Re: 5 inch disk controller
In-reply-to: Your message of 12-Apr-84 10:07 PST.
             <[OFFICE-2.ARPA]TYM-ACB-4H2RJ>
From: kevinw@isl

I have a SD-Sales Versafloppy-I board which will read/write 8"/5-1/4"
floppies and is old s100 standard which i would be willing to sell.
It is only single density, but I have used it for years as an 8" controller
with no problems at all.  I also have a myriad of other old s100 boards
which I could be induced to sell if there were any interest.
  -- Kevin
     kevinw@su-dsn
     (415) 325-4723
     (415) 497-2961 (days)
12-Apr-84 20:29:54-MST,830;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 20:29:50-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  12 Apr 84 22:04 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  12 Apr 84 22:03 EST
Date: 12 April 1984 22:01-EST
From: Eric Stork <STORK@Mit-Mc.ARPA>
Subject: Archive Program
To: info-cpm@Brl-Aos.ARPA
cc: STORK@Mit-Mc.ARPA

Several weeks ago there was much traffic about
a neat, cheap, commercial program for archiving hard disks
(i.e., for backing up only those files that had
been changed since last backup).

Unfortunately, not having a hard disk, I failed to note
the name and source of the program.  Now my son in law is
getting a Kaypro 10, and needs such a program.

Pointers, anyone?

Thanks,

Eric. (STORK at MIT-MC)

13-Apr-84 00:51:16-MST,1423;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 00:51:11-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  13 Apr 84 2:26 EST
Received: From mit-multics.arpa.ARPA by BRL-AOS via smtp;  13 Apr 84 2:28 EST
Date:  Fri, 13 Apr 84 02:25 EST
From:  Paul Schauble <Schauble@MIT-MULTICS.ARPA>
Subject:  Hidden goodies in commercial software
To:  Info-Micro@BRL-AOS.ARPA, Info-CPM@BRL-AOS.ARPA, Info-IBMPC@USC-ISIB.ARPA, 
     WorkS@RUTGERS.ARPA, Human-Nets@RUTGERS.ARPA, Unix-Wizards@BRL.ARPA, 
     Info-MAC@SUMEX-AIM.ARPA
Message-ID:  <840413072525.586445@MIT-MULTICS.ARPA>

I'm looking for examples of strange things that programmers have hidden
in various pieces of commercial software, games, etc.

As two examples, and for general interest, there is the Atari
SuperBreakout cartridge that displayed the programmers initials when the
right combination of keys was pressed.  And, I have heard the
(unconfirmed) rumor that the MacIntosh operating system is set up so
that once every large number of times you will boot the operating system
and not get the system.  You'll get a picture of a monkey waving at you.
The next boot will work fine.

Anyone have any other examples?

PLEASE copy me directly on any replies, since I don't read all of the
lists directly.

          Thanks,
                    Paul

ARPA:  Schauble@MIT-Multics
13-Apr-84 01:55:35-MST,943;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 01:55:31-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  13 Apr 84 3:27 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  13 Apr 84 3:29 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 13 Apr 84 0:16-PST
Date: 8 Apr 84 14:34:46-PST (Sun)
To: info-cpm@Brl-Aos.ARPA
From: ihnp4!cbosgd!qusavx!carmine@Ucb-Vax.ARPA
Subject: Terminal Programs
Article-I.D.: qusavx.167

	I am looking for a terminal program to allow me to use
a Kaypro 2 as a 'smart' terminal.  I can already use it as a dumb
terminal utilizing the 'baud' and 'term' programs on my CP/M disk
(version 2.2).  Any ideas?  Major consideration is low cost so
a public sector program would be nice.

 Thanks in advance.

Please reply to:
Carmine Scavo
Quantime Corp.
Cincinnati (513) 563-8800
{cbosgd,vax135,decvax}!qusavax!carmine
13-Apr-84 04:45:20-MST,1049;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 04:45:15-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  13 Apr 84 6:20 EST
Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp;  13 Apr 84 6:22 EST
Date: 13 Apr 1984 06:21-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re: Archive Program
From: ABN.ISCAMS@Usc-Isid.ARPA
To: STORK@Mit-Mc.ARPA
Cc: info-cpm@Brl-Aos.ARPA
Message-ID: <[USC-ISID]13-Apr-84 06:21:15.ABN.ISCAMS>
In-Reply-To: The message of 12 April 1984 22:01-EST from Eric Stork <STORK@Mit-Mc.ARPA>

Eric (et al)

Donno about the neat cheap commercial version, but the Public Domain one
out at SIMTEL20 (MICRO:<ARCHIVE> works just fine.  Needs one wee little
BDOS (I think) patch, and the only undesirable side effect is that my
D.COM program (another directory program that lists alphabetically, file
size, remaining, etc.) doesn't wildcard properly; however SDIR.COM is fine).

Price is right too!

David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID)
13-Apr-84 07:33:34-MST,883;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 07:33:27-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  13 Apr 84 9:13 EST
Received: From utexas-20.arpa.ARPA by BRL-AOS via smtp;  13 Apr 84 9:14 EST
Date: Fri 13 Apr 84 08:13:05-CST
From: John Otken <CC.Otken@UTEXAS-20.ARPA>
Subject: Re: Archive Program
To: info-cpm@BRL.ARPA
In-Reply-To: Message from "ABN.ISCAMS@Usc-Isid.ARPA" of Fri 13 Apr 84 05:21:00-CST

The "one wee little" BDOS patch used by one of those programs goes
into the disk directory checksum bytes beginning with drive E so you
might want to be careful using it.

BTW, the "archiving" program I wrote uses the T3 bit but does not
alter the BDOS.  I know this is broken for random access files but
big deal, we don't use any.  Could there be something else I didn't
think of?
-------
13-Apr-84 10:23:31-MST,1053;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 10:23:26-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  13 Apr 84 11:58 EST
Date: 13 Apr 1984  09:59 MST (Fri)
Message-ID: <KPETERSEN.12007167306.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA
Cc:   bang!bblue@Nosc.ARPA
MMDF-Warning:  Parse error in preceeding line at AMSAA.ARPA
Subject: New PAMS phone list (April) available
In-reply-to: Msg of 13 Apr 1984  03:06-MST from <bang!bblue at Nosc>

Thanks to Bill Blue, we now have the latest PAMS list which shows the
phone numbers of all known Public-Access Message and file-transfer
Systems.  It is available via anonymous FTP from SIMTEL20 as:
     MICRO:<CPM.MISC>OTHERSYS.APR
If you cannot FTP it, and you are not already on the list to receive
it via netmail, send a note to W8SDZ@SIMTEL20 or ucbvax!brl-bmd!w8sdz
asking to be added to the PAMS-People list.  

--Keith
13-Apr-84 10:56:54-MST,769;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 10:56:50-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  13 Apr 84 12:21 EST
Date: 13 Apr 1984  10:22 MST (Fri)
Message-ID: <KPETERSEN.12007171455.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: Updated SIMTEL20 directory list available

MICRO:<CPM>CPM.CRCLST on SIMTEL20 (the file listing all the filenames,
sizes and CRCs of the MICRO<CPM.xx> directories) has been updated as
of today.  If you cannot FTP it, and you are not already on the list
to receive it via netmail, send a note to W8SDZ@SIMTEL20 asking to be
added to the DIRLST-People list.

--Keith
13-Apr-84 17:48:59-MST,962;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 17:48:53-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  13 Apr 84 19:30 EST
Received: From xerox.arpa.ARPA by BRL-AOS via smtp;  13 Apr 84 19:32 EST
Received: from Aurora.ms by ArpaGateway.ms ; 13 APR 84 12:40:29 PST
Date: Fri, 13 Apr 84 07:59 EST
From: Thieret.WBST@Xerox.ARPA
Subject: Re: Distributing modifications to F80
In-reply-to: "decvax!mcnc!ecsvax!emigh@Ucb-Vax.ARPA's message of 19 Mar
 84 17:09:39 PST (Mon)"
To: decvax!mcnc!ecsvax!emigh@Ucb-Vax.ARPA
cc: info-cpm@Brl.ARPA

Ted,

I don't know if you ever received my last message on this subject.  I am
very interested in the floating point mods to F80 and would like a copy
of the source.  Please send them to the address below.  You may note
that this address is different from my previous address.  We changed our
server.  Thanks.

Tracy  (Thieret @ XEROX.ARPA)

13-Apr-84 18:20:51-MST,1409;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 18:20:42-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  13 Apr 84 19:58 EST
Received: from Mission.ms by ArpaGateway.ms ; 13 APR 84 12:54:25 PST
Date: 13 Apr 84 10:30:39 PST (Friday)
From: Bicer.ES@Xerox.ARPA
Subject: Aztec C Users
To: info-cpm@Amsaa.ARPA
cc: vortex!lauren@Rand-Unix.ARPA


Someone complained that Aztec C creates a large COM file (compared to what???).
Keep the code below in seperate file, and include it when linking your modules
(order doesn't matter, but before libc.lib). I call this file minroot.c and
minroot.o for source and relocatible versions respectively.
-----------------------------------------------------------------------
Croot()
{
    exit(main());
}

exit(code)
{
    boot@();  /* @ sdands for underline character. These keyboards!!! */ 
}

badfd()
{
    return -1;
}

noper()
{
    return 0;
}
----------------------------------------------------------------------
The result of the program  "main() { }" (which shows size of the runtime
package) is:
  with minroot.o = 7 sectors --> 896 bytes
  without        =36 sectors -->4608 bytes
  
  But if you use the buffered I/O library (printf does!), then the necesseary
  code gets linked in and the size of the COM file is the same as before.
  
  	Jack Bicer
	
13-Apr-84 19:00:07-MST,723;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 19:00:03-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp;  13 Apr 84 20:38 EST
Date:     Fri, 13 Apr 84 20:39:27 EST
From:     Bob Bloom (TECOM) <bbloom@Brl-Mis.ARPA>
To:       w8sdz@Simtel20.ARPA
cc:       bbloom@Brl-Mis.ARPA, info-cpm@Brl-Mis.ARPA
Subject:  nswp204 bug?

Anyone having rouble with NSWP204? - regardless of what I do, I can't
copy a $r/o file! (not copy TO a $r/o file, copy a file with the $r/o flag set.)

I end up getting a BDOS error R/O file on the destination disk drive.
Is it me, my copy, or something else?

(p.s. Keith: all the old "bugs" still exist.)

-bob bloom
13-Apr-84 19:43:00-MST,653;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 19:42:54-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp;  13 Apr 84 21:22 EST
Date:     Fri, 13 Apr 84 21:14:02 EST
From:     Harold Carter (AFIT) <hcarter@Brl-Mis.ARPA>
To:       Russ Smith <smith@nrl-aic.arpa>
cc:       info-cpm@amsaa.arpa
Subject:  Re:  C for small machines

Russ...
	I concur with you on the capabilities of C-80.  I use it quite a
bit and find it very useful.  The only annoying thing is that it lacks
some very useful functions such as ungetc which is in BDS/C.  But I still
like C-80...
			Hal Carter
13-Apr-84 20:05:33-MST,791;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 20:05:29-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp;  13 Apr 84 21:43 EST
Received: From brl-bmd.arpa.ARPA by BRL-MIS via smtp;  13 Apr 84 21:36 EST
Date:     Fri, 13 Apr 84 21:35:35 EST
From:     Charlie Strom (NYU) <strom@Brl-Bmd.ARPA>
To:       Eric Stork <STORK@mit-mc.arpa>
cc:       Info-CPM@Brl.ARPA
Subject:  Re:  Archive Program


The proprietary program being referred to is probably QBAX, distributed
by Amanuensis, in Grindstone, Pa. Advertisements are in Byte, and the program
is the $30 variety. I understand that the author is working on a version
2 with significantly improved features including reclamation of space on
floppy archive disks.
14-Apr-84 02:39:05-MST,805;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from BRL-AOS (BRL.ARPA) by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 02:39:01-MST
Received: From amsaa.arpa.ARPA by BRL-AOS via smtp;  14 Apr 84 4:15 EST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp;  14 Apr 84 3:58 EST
Received: From xerox.arpa.ARPA by BRL-MIS via smtp;  14 Apr 84 3:56 EST
Received: from GreeneKing.ms by ArpaGateway.ms ; 14 APR 84 00:55:59 PST
Date: 14 Apr 84 09:55:46+0100 (Saturday)
From: Hirst.rx@Xerox.ARPA
Subject: Re: nswp204 bug?
In-reply-to: bbloom's message of Fri, 13 Apr 84 20:39:27 EST
To: Bob Bloom (TECOM) <bbloom@Brl-Mis.ARPA>
cc: w8sdz@Simtel20.ARPA, info-cpm@Brl-Mis.ARPA

Bob,

I have experienced the same effect, had to dig out SWEEP V4.0 to enable transfer,

What were the old "bugs

//Ken
14-Apr-84 08:14:01-MST,905;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 08:13:57-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  14 Apr 84 9:51 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  14 Apr 84 9:47 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 14 Apr 84 6:27-PST
Date: 8 Apr 84 17:10:23-PST (Sun)
To: info-cpm@Brl-Aos.ARPA
From: decvax!mcnc!philabs!cmcl2!floyd!clyde!akgua!emory!km@Ucb-Vax.ARPA
Subject: XMODEM in FORTRAN?
Article-I.D.: emory.1316

Has anyone implemented the xmodem protocol in FORTRAN?
The only implementations I know of are in assembler for
CP/M (mdm*), and in C for CP/M (yam) and Unix (umodem).

Thanks

Ken Mandelberg
Emory University
Dept of Math and CS
Atlanta, Ga 30322

{akgua,sb1,gatech}!emory!km   USENET
km@emory                      CSNET
km.emory@csnet-relay          ARPANET
14-Apr-84 08:49:39-MST,884;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 08:49:36-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  14 Apr 84 10:32 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  14 Apr 84 10:35 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 14 Apr 84 7:28-PST
Date: 9 Apr 84 10:20:19-PST (Mon)
To: info-cpm@Brl-Aos.ARPA
From: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA
Subject: Re: Looking for C - (nf)
Article-I.D.: felix.229
In-Reply-To: Article <6522@uiucdcs.UUCP>

I have Manx's Aztec C II compiler and am very happy with it.
It's full K&R C with only two exceptions: no enumerations
and no bit fields.  Unfortunately, it is a bit pricey at
$200.  I have had very good luck with developing programs
on the Z80 for the VAX and vice versa.

	Art Zemon
	FileNet Corp.
14-Apr-84 14:23:17-MST,840;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 14:23:13-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  14 Apr 84 16:04 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  14 Apr 84 16:06 EST
Date: 14 April 1984 16:02-EST
From: Eric Stork <STORK@Mit-Mc.ARPA>
Subject: NSWP204 Bug?
To: info-cpm@Brl-Aos.ARPA

I tried copying R/O files with NSWP2.04.  Tried both the  'C' mode and
the 'M' mode after 'tagging'.  In both cases it worked fine -- no
bug apparent.  While I doubt that it makes any difference, I have
set the vales at the beginning of the program that highlight the
bits in the directory name that are set by R/O, SYS, or what have you.
(Correct 'vales' 2 lines above to read 'values').

I'm running standard CPM2.2 with ZCPR2.

FYI.
Eric

14-Apr-84 14:59:43-MST,2660;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 14:59:35-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp;  14 Apr 84 16:39 EST
Date:     Sat, 14 Apr 84 16:36:22 EST
From:     Bob Bloom (TECOM) <bbloom@Brl-Mis.ARPA>
To:       info-cpm@Brl-Mis.ARPA
Subject:  more on nswp204 $r/o bug

I've found out some more in the nswp204 bug that causes it not to be able to 
copy $r/o files - somehow it's involved with the inverse video patches.  If I 
don't patch in the inverse videos, everything runs fine.

The two patches are: Inverse video on at 0104 (number of characters, then the 
characters) and Inverse video off at 010B.  For my televideo this corresponds 
to 104=2, 105=1b, 106=29, 10B=2, 10C=1B, and 10D=28.  I have no idea why this 
affects the copy.  It worked fine in version 2.00.

Regarding the P.S., on my last message, I have found other minor problems but 
not significant to bother the list with.  But since several people asked:

1.  The sequence of logging into the B: drive, switching disks in the A: drive 
and then attempting to copy a file from the logged in B: drive to A: fails in 
the disk $R/O error.  The copy will work if one first asks for remaining space 
on A: before the copy or copying from A: to B:.

2.  If one copies a single file from the A: drive to the B: drive, switches 
disks in the B: drive, and then tries to copy the same file to the new B: 
disk, a disk $R/O error results.  One has to again "log" in the new B: disk by 
asking for the remaining space on B: before copying.

3.  When the destination disk for a copy fills up and NSWP attempts to delete 
the partial copy and the file being copied was $R/O, a file $R/O error bombs 
the program because the $R/O attribute has also been copied.  In this 
condition the $R/O flag has to be taken off first before deleting the partial 
copy.

4.  When unsqueezing files squeezed with the orginal sq-17 (version maybe 
wrong) the filename of the unsqueezed file was in lower case and had to be 
renamed to uppercase.  This might not be worth "fixing" as the problem is 
probably in the old sq-17 squeezer. (I usually type all my comands in 
lowercase and I probably lowercased the command line at the time of the 
original squeeze.)

I than had 14 or so suggestions to make it "better" which I sent indirectly to 
Dave Rand.  (Add a LU utility, add the pip options, add bishow features, etc.)  
More than Dave would be willing to add in any case.  But then I never fully 
satisfied with anything - especially software, included the programs I write!

-bob bloom
15-Apr-84 12:02:19-MST,772;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Apr 84 12:02:14-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  15 Apr 84 13:34 EST
Received: From cmu-cs-a.arpa.ARPA by BRL-AOS via smtp;  15 Apr 84 13:33 EST
Date: 15 Apr 84 1318 EST (Sunday)
From: George.Wood@CMU-CS-A.ARPA
To: decvax!mcnc!philabs!cmcl2!floyd!clyde!akgua!emory!km@Ucb-Vax.ARPA
Subject: Re: XMODEM in FORTRAN?
CC: info-cpm@BRL.ARPA
In-Reply-To: "...!emory!km@Ucb-Vax.ARPA's message of 8 Apr 84 20:10-EST"
Message-Id: <15Apr84.131812.GW90@CMU-CS-A.ARPA>

There's an implementation in fortran for vax/vms in MICRO:<CPM.VAXVMS> on
simtel20 (available by ftp, using 'anonymous' username). (I think I got
the directory name right.)			George
15-Apr-84 22:07:12-MST,1599;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Apr 84 22:07:05-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  15 Apr 84 23:46 EST
Received: From darcom-hq.arpa.ARPA by BRL-AOS via smtp;  15 Apr 84 23:39 EST
Date:     Sun, 15 Apr 84 23:10:53 EST
From:     Rturner@Darcom-Hq.ARPA
To:       info-cpm@Brl.ARPA
cc:       rturner@Darcom-Hq.ARPA
Subject:  Info-KayPro>??

All you HAM CP/Mers out there...

I recently purchased a Kantronics UTU (Universal Terminal Unit) and 
interfaced it with my KayPro II. I planned to use it for RTTY/ASCII and
AMTOR with MDM730 as my terminal program. I'm using an Icom IC-720A as
the tranceiver.

The UTU receives like a dream! I've spent all weekend listening to folks
check into HF Bulletin Board Systems, and generally listening around 40
meters. Tonight, the big test...I called up a local ham and attempted to
put the thing on the air.

When I started transmitting, I ran into all kind of trouble. My echoed
characters were strange, the system would "warm boot," and I couldn't
get the tranceiver out of transmit mode.

My first thoughts center around some type of RF overload of the KayPro.
My tranceiver is well grounded, but I'm loading a long-wire which could
be putting RF in my shack. Anyway, I'm going to experiment with VHF
since there shouldn't be so much RF banging around.

Anyone with similar experiences? Hints?

Apologies in advance for sending this to what is probably the wrong
list. Responses to me to keep down the non-CP/M static.

73,
rick
nf4t

15-Apr-84 23:18:39-MST,561;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Apr 84 23:18:36-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  16 Apr 84 0:52 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  16 Apr 84 0:48 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 15 Apr 84 21:40-PST
Date: 11 Apr 84 14:54:25-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!tektronix!orca!hammer!hyder@Ucb-Vax.ARPA
Subject: Turbo Pascal - Version help wanted for non-standard machine.
Article-I.D.: hammer.670


16-Apr-84 07:56:46-MST,1675;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 07:56:38-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  16 Apr 84 9:36 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  16 Apr 84 9:35 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 16 Apr 84 6:03-PST
Date: 12 Apr 84 12:00:19-PST (Thu)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!hao!seismo!ut-sally!mordor!arp@Ucb-Vax.ARPA
Subject: Xerox 820 ADD. INFO.
Article-I.D.: mordor.2411

++++++++++++++++++++++++++++++++++++



Before anyone starts cutting traces on their boards it should be noted
that the 820 used a TTL monitor ie. seperate HS,VS,and VIDEO. If you do
a bit of reading you will find that TTL monitors have no horizontal 
oscillator and require a 25-30 microsecond HS pulse to sync them while
COMPOSITE monitors, having their own oscillator, require only a 5-8 micro-
second HS pulse to trigger the oscillator. If you use a circuit to combine
the sync and video signals to drive a composite monitor you should indeed
use the shorter HS signal. This does not require any trace cuts since there
are unused pins on J7 and an unused IC position on the board next to U34.
I used that IC position for my combiner circuit and brought out the composite
signal to an unused pin on J7. This gives both TTL AND COMPOSITE video output
so you can use either type of monitor. I prefer the TTL type since it has a
greater bandwith thereby giving a sharper display. The circuit I used appeared
in the Oct. 6, 1982 Electronics Magazine page 113.



						Al Pierce L-276
						P.O. Box 808
						Livermore, Ca 94550
16-Apr-84 10:18:12-MST,1636;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 10:18:01-MST
Received: From mitre-gateway.arpa.ARPA by AMSAA via smtp;  16 Apr 84 11:54 EST
Date: 16 Apr 1984 11:46:59 EST (Monday)
From: Tom Reid <treid@Mitre-Gateway.ARPA>
Subject: 8086 co-processors for CPM80
To: info-cpm@Amsaa.ARPA
Cc: treid@Mitre.ARPA

I am considering adding an 8086 co-processor to my CPM80 system
(Ithaca 525; Z80B, 128K, 2-5 1/4" and 2-8" drives).  HSC, Herkimer,
NY (see add in April '84 Microsystems, p. 16) has one.  Their latest
brochure lists an 8086 processor board with 256K ram, MS-DOS 2.11,
8 bit ram disk, Z80 interface, documentation, enclosure, and power
supply for $775 retail.  Other options such as 68000, CPM86, and a
(SOON) IBM compatible bus are available.

The system boots up as (1) of old, (2) CPM80 with a 256K ram
disk, or (3) MSDOS/CPM86 using the CPM80 for all non-ram I/O.
Sounds like a way to get both a ram disk and a 16 bit processor
without throwing the old system away if . . .

I would be interested in hearing from anyone who has experience
with this or other co-processors.  In particular, what are the
bonuses, problems, or gotchas.  For example, could the Z80 being a
ribbon cable away from its old CPU slot cause problems or is the
8086-back-to-CPM80-for-I/O going to be too slow?  The people at HSC
say that the system can be installed in 15 minutes.

I will edit and keep updated any responses to those interested via
the net.  Thanks.  Tom Reid at MITRE Corp., McLean, Va.

ps - I am interested in buying an Ithaca 64K ram board.

16-Apr-84 12:36:30-MST,772;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 12:36:24-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  16 Apr 84 14:16 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 16 APR 84 11:18:28 PST
Date: Mon, 16 Apr 84 09:36 PST
From: DGilbert.ES@Xerox.ARPA
Subject: SD-81 Program Bug
To: info-micro@Amsaa.ARPA, info-cpm@Amsaa.ARPA
cc: DGilbert.es@Xerox.ARPA

This weekend I tried the new SD-81 program.  It incorrectly displays the
size of Library files, with $l option.  I currently have a library command
file 260 K in length.  SD-79 correctly reports 260K.  SD-81 says its 132K.

Whats happened?

Doug.

P.S.  the size is correctly displayed in the main directory without $L option.

16-Apr-84 13:00:15-MST,7018;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 12:59:50-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  16 Apr 84 14:27 EST
Date: 16 Apr 1984  12:28 MST (Mon)
Message-ID: <KPETERSEN.12007980719.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Bob Bloom (TECOM) <bbloom@Brl-Mis.ARPA>
Cc:   Info-Cpm@Amsaa.ARPA
Subject: nswp204 bug? - a reply from the author
In-reply-to: Msg of 13 Apr 1984  18:39-MST from Bob Bloom (TECOM) <bbloom at Brl-Mis.ARPA>

Here is a reply from Dave Rand, re the bug reports you sent.  He has
just released NSWP205 which is now on SIMTEL20 in the
MICRO:<CPM.FILCPY> directory.  The files are NSWP205.COM, .HEX and
.DOC (a short file explaining the changes in NSWP204 and 205).
NSWP2.DOC or .DQC remains current.

---
Dave Rand
10232-160 St.
Edmonton, Alberta  CANADA
T5P 3E9
(403) 484-4114
04/16/84


Bob,

   Got your sugggestions/bug reports... Here is a short reply..

1.  With regard to R/O on (C)opy command - This is correct. I had originally
    put in the disk reset, and then took it out. Reason - Takes TOO LONG! on
    floppy based systems, especially when you want to copy more than one
    file. If enough people beat me hard enough, I will put it back in.

2.  As of version 2.04, USQ should change the case of SQ'ed files back to
    upper.

3.  I will take care of the R/O on delete after mass on next revision. Look
    for NSWP206 after the end of the month.

Now on to the suggestions...

1.  NSWP will never, ever have any LBR features. Jim Lopushinsky has released
    a utility that works BOTH on ARChives and on LBRs, and he does it SO much
    better than I could have. His utility, called LBRDISK, makes a virtual
    drive out of a LBR/ARC file, thus creating subdirectories, with no
    limit other than RAM. Neat stuff, and I highly recommend it!

2.  BISHOW has its place, and I don't think it would be worth it to put
    it inside NSWP (which would increase the size by at least 1K).

3.  COPY does have the V option for verify already. I have considered adding
    some other PIP functions, but high on my list is file concatanation.
    I will try to add those functions Real Soon Now.

4.  Boy! Do you think of these at night?  Need a survey on this one. A lot
    of people pressured me into KEEPING the original tags, including R/O.
    This will add about .1-.2K to the file.

5.  CRC on tagged files... Hmmm... what a concept! Since I have CRC code in
    already.... tag this one with Real Soon Now.

6.  DU: form on entry... look for it in NSWP206.

7.  This one, no. I HATE worrying about status of files. If destination is
    R/O, and you are copying over it, you REALLY want to. Same for rename.
    Delete is the only case that you SHOULD be warned, because you might
    NOT know that the file is R/O (but with Rev. Video tags now....)

8.  A*:*.QQZ - I like it... Look for this one in 206 or 207.

9.  Exception masks are ok... Look for !*.COM wildcard first, then maybe
    on login as well - 207 or 208.

10. Ok, on this one, a definate maybe. I sorta like the idea of single file
    tags, but... what can I say. That changes the basic commands, and I
    DON'T like that. Consistant, these commands aren't. But they are
    standard.

11. Vfiler output - I am getting a LOT of heat on this one. I will try
    Real Soon Now to get that started. Look around 210 or so.

12. Disk resets - Even Big Systems have a floppy or two. BUT, I will be
    looking real hard at the DPB's and see if there is enough information
    to decide if I can pick out devices that need resetting when you try to
    access them. CPM3 is my big block, on this one.

13. Sorry - This one, no can do. I can't keep device independent enough to
    run on 2.2, 3.0 and mpm, to say nothing of Turbodos...

14. You missed one. If you tag/squeeze a file to the same drive/user group
    you have specified, the new file DOES NOT show up in the directory list
    until the next LOG. I tried, briefly, in NSWP203 to auto-log after a
    mass sq/usq, but... of course you loose all tags. No one was happy.
    I can't show file space until after I do a directory scan, and I can't
    do a directory scan... you get the idea. I will work on it, though.



Thank you for your suggestions, and I will implement them ASAP. A lot
of my free time has been taken up with NSWP86, which is now done.

If you note my comments on LBR - you will find I don't like LBRs very much.
ARS were my first love, and still are. LBR has a ways to go in terms of
utilities and flexibilty to catch up to the ARC series. Do check out
Jim's utility though, since it works very well, and fast to boot!


Following is a yet still unsolved question on NSWP:
---------------------------------------------------

Dave Rand
10232 - 160 Street
Edmonton, Alberta  Canada
T5P 3E9
(403) 484-4114
03/21/84

A few days ago, I had a call from a mildly irate user of NSWP2. He claimed
that NSWP failed on the 'X' command, and proceeded to tell me why. I can
find no reason behind his logic, so here it is... if someone has an
idea, PLEASE let me know!

In NSWP, I don't jump to zero when I exit. Instead, I do what amounts to a
return to the CCP. The actual code involved goes like this...

	XTHL		;get contents of (SP) into HL
	SHLD CCPRET+1	;save it as part of a JMP instruction
	LXI  SP,STACK	;and move stack local

later on, when I want to return to CP/M, I use:

CCPRET:	JMP 0000h	;to be filled in

The users' system was a heavily modified CPM 2.2 system, that included
bank selected memory. He says, however, that had I have done things
'correctly', I should have used the following code:

	lxi h,0		;offset zero
	dad sp		;from stack pointer
	shld CCPSTK+1	;and save old stack address
	LXI  SP,STACK	;and move stack local

and to return to the CCP:

CCPSTK:	lxi SP,0	;to be filled in
	ret		;get back!

Now... You know, and I know, that JMPing to the address on the top of the
stack is EXACTLY the same as RET'ing, except that I don't preserve the stack.
But DR's CCP, along with all CCP replacements, ALWAYS use the code:

	CALL	100h	;execute transient program
	LXI	SP,LOCS	;restore stack, in case we get back.

except for CPM 3.0, which uses

	LXI	H,0	;return address of warm boot!
	push	h
	jmp	100h	;execute transient

What I think, is that his CCP (which has been modified by him), DOES NOT
do the LXI SP. However, I am open to suggestions. By the way, he is the
ONLY user (from the 50 or so that have contacted me) that has reported this
problem.

I am mystified. He claims that the LXI SP is there. If that is the case
(which I don't believe), magic must be occuring. If anyone can explain
to me the difference between the JMP and the RET, I would forever be in
your debt!

Thanks in advance... Dave Rand



16-Apr-84 20:05:50-MST,1450;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 20:05:42-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  16 Apr 84 21:43 EST
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  16 Apr 84 18:46 EST
Date: Mon 16 Apr 84 16:44:57-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: ZCPR3 Demo
To: info-cpm@BRL.ARPA

There will be a live demonstration of ZCPR3 this week for those who
are interested.

The demo runs from 6PM EST to 8AM the following day on Monday-Friday
of this week, starting April 16.  The Friday demo ends at 8AM Sat
morning.

To try out ZCPR3, do the following:

	Using your home computer  or terminal as a terminal (full duplex),
set your modem and computer/terminal speed to 300 baud.  Then dial into
201-544-1830 and strike the RETURN key if it does not start up immediately.

	The system will ask you for an access code.  Type the word DEMO
(upper or lower case).  It will then want a password - type DEMO also.

	If all goes well, you are in.  A menu will appear, and you can type
the indicated keys to perform the indicated functions.  You will also be
allowed to go to the ZCPR3 command level if you wish.  

	Several demos have been prepared, and they will be extended with
even more info beginning with the Wed evening demo.  The demos run approx
15-30 mins total, depending upon what you want to do.  Enjoy!

		Rick
-------
16-Apr-84 20:07:47-MST,2995;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 20:07:36-MST
Received: From sumex-aim.arpa.ARPA by AMSAA via smtp;  16 Apr 84 21:47 EST
Received: from ISL by SUMEX-AIM with Pup; Mon 16 Apr 84 18:48:05-PST
Date: Monday, 16 Apr 1984 18:49-PST
To: info-micro@Brl.ARPA
Cc: info-cpm@AMSAA.ARPA
From: meier@isl

DUU and DU2 (with more features) are indeed excellent disk editors.
There is however one slight problem when dealing with disks with bad
sectors.  My BIOS and I assume most BIOS' trap errors and will not
return the data to DUU or DU2 if one is detected.  This leaves the
contents of the previous read in DUU's buffer.  I wrote quick and
dirty DDT routines to turn off error detection while attemting to
repair bad sectors  and then reenable error detection when I'm done.

NEVER!  "That's NEVER EVER try fixing a bad track by doing:
read..  write.. increment.. loop.    Fix those nasty little sectors
one at a time "manually".  I completeletely destroyed a directory by
doing the afforementioned "never ever".

The error handling/reporting by those programs "should" abort loops and
return error messages to the user.

Jesse (who knows more than one way to destroy a disk)

From: ABN.ISCAMS@usc-isid

DUU and DU are at SIMTEL20 via anonymous FTP (I think DUU is in the SIGM
files somewhere, and DU under disk utilities).  FINDBAD, which is supposed to
find and lock out bad sectors (by storing them in a file called BAD or
something like that) is also out there -- however I find it does not catch
all the errors, since I can run FINDBAD and still get BDOS errors. Donno
why.

If you need help FTPing from SIMTEL20, yell.

Regards,
David Kirschbaum

From: Eaton.HFED at HI-MULTICS <Eaton.HFED@HI-MULTICS>

Bob,  I don't know where you're located but if there is a local CP/M USERS
GROUP in the neighborhood that's the place to go for a wealth of CCP/M software.

There are two major CPM libraries; CPMUG and SIG/M. Of the two, SIG/M is now
the most active and all the new stuff is released in it.

Here is a list of disk manipulators you may be interested in:

DUU.*      CPMUG VOL 78
DU2.ASM    SIG/M VOL 108
DU2.COM    SIG/M VOL 108
DU2.HLP    SIG/M VOL 103   DU2.COM IS SELF DOCUMENTING AND REALLY NEEDS NO HELP
VFILER     SIG/M VOL 145
VERIFY.C   SIG/M VOL ?
Z80DISK    SIG/M VOL 140
DISK7      SIG/M VOL 127
FINDBAD    SIG/M VOL 86
CATALOG    SIG/M VOL 0   THIS DISK HAS A LIST OF ALL AVAILABLE CP/M SOFTWARE

If you don't have access to a user's group you can either send me a disk in a
SASE or you can call me at (612) 920-2115.  I have a modem at home running
MDM724 and could transfer the files to you if you like.

I have everything above but Z80DISK and DISK7.

Send me a message and let me know what you would like to do.

Have a fine day.      Jesse (Eaton.HFED@hi-multics) in Mpls, Mn.

P.S. My work number is (612) 830-3682.      Bye.........
16-Apr-84 20:18:14-MST,994;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 20:18:09-MST
Received: From sumex-aim.arpa.ARPA by AMSAA via smtp;  16 Apr 84 21:50 EST
Received: from ISL by SUMEX-AIM with Pup; Mon 16 Apr 84 18:50:27-PST
Date: Monday, 16 Apr 1984 18:52-PST
To: info-micro@Brl.ARPA
Cc: info-cpm@AMSAA.ARPA
Subject: Floppy Disk Controller Recommendations Summary
From: meier@isl

Netters,

	Thank you for the responses concerning floppy disk controllers.  Here
is the first summary of the results.

SD Systems:	"I give unqualified recommendations ... [after] 2+ years ...
		for reliability and functionality."
	Versafloppy II
		The old board (< '82) does not conform strictly to 696 standards.
		The new board does conform(?).
		The format used is nonstandard.


Godbout:
		"I have been using ... 2 years ... without any trouble ..."
	Disk 1
		This has the capability to run both 5" and 8" in combination.
		Can do DMA(?).


17-Apr-84 00:37:17-MST,828;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 00:37:14-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  17 Apr 84 2:17 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  17 Apr 84 2:18 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 16 Apr 84 23:09-PST
Date: 11 Apr 84 11:15:19-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA
Subject: need MICRO:<CPM.WSTAR> from SIMTEL20
Article-I.D.: felix.237

As the subject says, I need a copy of MICRO:<CPM.WSTAR>
from SIMTEL20.  Unfortunately, I don't have Arpanet access.
Would someone out there who has access to SIMTEL20 please
forward the file to me?

Thanks,
	Art Zemon
	FileNet Corp.
	...!{ucbvax, decvax}!trwrb!felix!zemon
17-Apr-84 10:16:19-MST,1498;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 10:16:13-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  17 Apr 84 11:42 EST
Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp;  17 Apr 84 11:35 EST
Date: 17 Apr 1984 11:33-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re: need MICRO:<CPM.WSTAR> from SIMTEL20
From: ABN.ISCAMS@Usc-Isid.ARPA
To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA
Cc: info-cpm@Brl-Aos.ARPA
Message-ID: <[USC-ISID]17-Apr-84 11:33:55.ABN.ISCAMS>
In-Reply-To: The message of 11 Apr 84 11:15:19-PST (Wed) from decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA

Art,

(Netland, I'll help him so don't deluge the fellow!)

<CPM.WSTAR> is an entire directory, with lots of files (some of which NOT so
very small!)  Do you want the WHOLE THING?  Do you want just the directory
listing for CPM.WSTAR so you can pick and choose?  Glad to help either route,
but if you want it ALL, we might have to do this bits and pieces.

Can you FTP at all?  If so, you can reach out and grab it from my directory.
If not, I can send it directly via electronic mail (but will have to HEXIFY
the .COM/binary files, which will be in ITS-binary format - you'll have to
convert back if moving to a micro).

My mailer seems to be choking lately on really big files, but we can find
a way.

Regards (just respond directly to me),
David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID)
17-Apr-84 13:05:40-MST,3558;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 13:05:31-MST
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp;  17 Apr 84 14:40 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27)
	id AA26929; Tue, 17 Apr 84 11:40:48 pst
Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA
	(4.14.noSUID/4.16) id AA23224; Tue, 17 Apr 84 11:42:16 pst
Received: by ucbopal.CC.Berkeley.ARPA
	(4.14/4.16) id AA18317; Tue, 17 Apr 84 11:41:30 pst
Date: Tue, 17 Apr 84 11:41:30 pst
From: William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
Message-Id: <8404171941.AA18317@ucbopal.CC.Berkeley.ARPA>
To: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re: need MICRO:<CPM.WSTAR> from SIMTEL20
Cc: info-cpm@amsaa.ARPA

In reference to:

	Date: 17 Apr 1984 11:33-EST
	Sender: ABN.ISCAMS@Usc-Isid.ARPA
	Subject: Re: need MICRO:<CPM.WSTAR> from SIMTEL20
	From: ABN.ISCAMS@Usc-Isid.ARPA
	To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@BERKELEY
	Cc: info-cpm@Brl-Aos.ARPA
	Message-Id: <[USC-ISID]17-Apr-84 11:33:55.ABN.ISCAMS>
	In-Reply-To: The message of 11 Apr 84 11:15:19-PST (Wed)
		from decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA

Internet users note:

	CARE SHOULD BE TAKEN WHEN REPLYING TO MAIL
	RECEIVED FROM THE USENET NEWS SYSTEM.

Usenet news group "net.micro.cpm" are being feed to the INFO-CPM mail
distribution list. Long "@BERKELEY" addresses with local address
containing a large number of hosts separated by exclamation points "!"
are not necessarily valid mail addresses.  If the message came from the
USENET News system, the local address is a record of the hosts that the
news article has been distributed to before being relayed to INFO-CPM.
In some cases a news article may have gone back and forth across the
country several times before being relayed to INFO-CPM.

In the case of:
	
	To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@BERKELEY

the

	decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon

is a USENET news distribution path, not a UUCP mail path. The address
	
	To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@BERKELEY

would mail your reply via ucbvax (@Berkeley), then decvax
(on the East Coast) then to ittvax, then ittvax, then sdcsvax
(UC San Diego) which is linked to ucbvax (@Berkeley).
One of the following addresses:

	To: trwrb!felix!zemon@BERKELEY

or

	To: sdcsvax!bmcg!felix!zemon@BERKELEY

would have been more direct and cheaper for all concerned.

Please note that UUCP mail goes via dial telephone links,
sometime at very slow speeds (110, 300 baud etc.).  Thus sending
large files via UUCP can be very expensive for the relay sites
(hostids between !'s) concerned. UUCP mail is not intended for
large file transfers. There is currently 100000 character limit on
messages relayed to UUCP sites via UCBVAX ("@Berkeley").  Abuse of
UUCP mail will result in lower limits being set for mail relay from
Internet to UUCP, and/or in UUCP mail sites disconnecting from the UUCP
network because they cannot paid huge telephone bills for tranferring
other peoples mail.

It is suggested that users at UUCP sites requesting copies of public
domain software from SIMTEL20 be referred to offline sources or RCPM
systems. For example CPMUG and SIG/M volumes are available via mail
order on the East Coast from the New York Amateur Computer Club and
on the West Coast from Piconet CP/M Users Group.

Bill Wells
wcwells@Berkeley.ARPA
ucbvax!wcwells
17-Apr-84 16:53:59-MST,1870;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 16:53:51-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  17 Apr 84 18:04 EST
Received: From mitre-gateway.arpa.ARPA by BRL-AOS via smtp;  17 Apr 84 18:02 EST
Date: 17 Apr 1984 17:40:15 EST (Tuesday)
From: jose rodriguez <jrodrig@Mitre-Gateway.ARPA>
Subject: nature of UUCP-Arpanet connection
To: info-cpm@Brl-Aos.ARPA
Cc: abn.iscams@Usc-Isid.ARPA, jrodrig@Mitre-Gateway.ARPA


Fellow netlanders,

	Concerning the latest msg about the UUCP-Arpanet connection (and with
fears of starting a long discussion in the wrong place) I got a few 
questions concerning this connection which I would like someone to answer me
(and I am sure to the net too). The first questions are purelly informative
and the latter ones are more of a "discussion" type.

1) Can arpanet people send msgs to UUCP (and I guess Usenet) sites? Say
through Berkeley? I am asking this because I have been sending msgs to
UUCP sites for more than a year (for different reasons) and never had
any response.

2) Do UUCP people enter the source routing paths manually? You will think
there is some automating software for this.

3) Will the UUCP world be ever an Internet domain? I have seen paths
like "joe@foovax.UUCP", do any mailer implements this?

The following concerns mainly arpanet people:

4) Considering the nature of the UUCP network, (no user  to user e-mail,
small throughput (which arpanet people should worry about!), no restrictions,
etc.) do you consider the UUCP-Arpanet connection usefull or of some value?
Or rewording the above, what was the purpose behind connecting the two
networks in the first place?

ok arpanauts, the ball is in your side,

Jose M. Rodriguez
jrodrig@mitre-gateway
Information Systems Group
Mitre Corp.



17-Apr-84 19:39:25-MST,1162;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 19:39:19-MST
Received: From usc-isi.arpa.ARPA by AMSAA via smtp;  17 Apr 84 21:15 EST
Date: 17 Apr 1984 21:16:36 EST
From: OWENSRL@Usc-Isi.ARPA
Subject: HELP WITH DATA TRANSFER
To:   INFO-CPM@Amsaa.ARPA
cc:   OWENSRL@Usc-Isi.ARPA

BEING A RELATIVELY NEW USER ON THE NET, I NEED SOME HELP.  MY EQUIPMENT
IS A TELEVIDEO 803 COMPUTER AND A HAYES SMARTMODEM 300.  AFTER XSFERRING
FILES FROM OTHER HOSTS, I.E. SIMTEL20, I HAVE REPEATEDLY TRIED TO DOWNLOAD
THE FILES TO MY COMPUTER USING KERMIT 3.1, KERMIT 3.6, AND MODEM730.
IN EACH CASE, I RECEIVE UP TO 50-80 PACKETS WITH NO OR VERY FEW RETRIES.
AT THAT POINT, THE PROGRAMS "BOMB" OUT WITH THE MESSAGE "UNABLE TO RECEIVE
DATA".  IN THE CASE OF KERMIT 3.1, I ALSO GET A MESSAGE "BAD CHECK SUM".
SINCE I CAN RECEIVE SMALL FILES (1-8K) WITH NO PROBLEMS, I AM PRETTY SURE THAT
THE PORT ASSIGNMENTS ARE CORRECT.  EVERYTIME I TRY TO COPY ANYTHING LARGER,
THE SYSTEM FAILS.  THE GUYS WHO HELPED ME MODIFY THE PROGRAMS FOR MY COMPUTER
ARE STUMPED.  I SURE COULD USE SOME HELP.   RON OWENS
-------
17-Apr-84 19:59:57-MST,3970;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 19:59:45-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  17 Apr 84 21:31 EST
Received: From ucb-vax.arpa.ARPA by BRL-AOS via smtp;  17 Apr 84 21:27 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27)
	id AA06292; Tue, 17 Apr 84 18:25:09 pst
Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA
	(4.14.noSUID/4.16) id AA27429; Tue, 17 Apr 84 18:26:48 pst
Received: by ucbopal.CC.Berkeley.ARPA
	(4.14/4.16) id AA23309; Tue, 17 Apr 84 18:26:03 pst
Date: Tue, 17 Apr 84 18:26:03 pst
From: William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
Message-Id: <8404180226.AA23309@ucbopal.CC.Berkeley.ARPA>
To: info-cpm@Brl-Aos.ARPA
Subject: Re: nature of UUCP-Arpanet connection

In reply to:

	Date: 17 Apr 1984 17:40:15 EST (Tuesday)
	From: jose rodriguez <jrodrig@Mitre-Gateway.ARPA>
	Subject: nature of UUCP-Arpanet connection
	To: info-cpm@Brl-Aos.ARPA
	Cc: abn.iscams@Usc-Isid.ARPA, jrodrig@Mitre-Gateway.ARPA


	Fellow netlanders,

	Concerning the latest msg about the UUCP-Arpanet connection
	(and with fears of starting a long discussion in the wrong
	place) I got a few questions concerning this connection which I
	would like someone to answer me (and I am sure to the net too).

Yes you are right, a discussion about Internet/UUCP mail connections
should be elsewhere (eg. in the USENET news group "net.mail")
Here are some answers. (Can we limit future discussion to the USENET
news group "net.micro.cpm" / Internet mail distribution group "INFO-CPM"
connection?)

	The first questions are purelly informative and the latter ones
	are more of a "discussion" type.

	1) Can arpanet people send msgs to UUCP (and I guess Usenet)
	sites? Say through Berkeley? I am asking this because I have
	been sending msgs to UUCP sites for more than a year (for
	different reasons) and never had any response.

Yes. BUT, address formats are different. UUCP addresses require
source routing, eg. host1!host2!host3!hostid!userid
You must know the correct source routing. Note that "USENET"
is not a mail network, but a news distribution system which
may or may not use UUCP connections to forward articles between
USENET news sites.  It is easy to confuse a USENET path
with a UUCP mail address. They are not necessarily the same.

	2) Do UUCP people enter the source routing paths manually?

For most UUCP people, the answer is yes.	

	You will think there is some automating software for this.

There is. However the information about UUCP mail connections is
not accurate yet.

	3) Will the UUCP world be ever an Internet domain?
	
Yes, if they meet the requirements for a top domain name.
A central UUCP name registry has been established. A nameserver is
being developed. UUCP mail connections are in the process of being
mapped.

	I have seen paths like "joe@foovax.UUCP", do any mailer
	implements this?

"user@site.UUCP" is valid in USENET article heading, but not yet
fully implimented for UUCP mail. It is of course, not yet valid
within the Internet mail world.  The unix "sendmail" program
may be configured to permit local use of the UUCP top domain name.


	The following concerns mainly arpanet people:

	4) Considering the nature of the UUCP network, (no user  to
	user e-mail, small throughput (which arpanet people should
	worry about!), no restrictions, etc.) do you consider the
	UUCP-Arpanet connection usefull or of some value?  Or rewording
	the above, what was the purpose behind connecting the two
	networks in the first place?

The USENET news/INFO-CPM connection is useful in that it provides
greater coverage for the discussion of CPM. Whether UUCP/Internet
mail should be interconnected is another issue which I do not think
should be discussed here.

Bill Wells
wcwells@Berkeley.ARPA
ucbvax!wcwells
18-Apr-84 00:37:08-MST,6119;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 00:36:52-MST
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp;  18 Apr 84 2:06 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27)
	id AA09998; Tue, 17 Apr 84 23:07:19 pst
Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA
	(4.14.noSUID/4.16) id AA29397; Tue, 17 Apr 84 23:08:56 pst
Received: by ucbopal.CC.Berkeley.ARPA
	(4.14/4.16) id AA26274; Tue, 17 Apr 84 23:08:07 pst
Date: Tue, 17 Apr 84 23:08:07 pst
From: William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
Message-Id: <8404180708.AA26274@ucbopal.CC.Berkeley.ARPA>
To: info-micro@Brl.ARPA
Subject: Public Domain Software Sources
Cc: info-cpm@AMSAA.ARPA

This is my current list of public domain software sources.
Additions (especially large user group libraries that accept mail orders
from non-members) and corrections chearfully accepted.

Bill Wells
wcwells@Berkeley.ARPA
ucbvax!wcwells

---------------------------------------------------------------------------


                 Public Domain Software Sources

                           Compiled by
                          William Wells
               University of California, Berkeley

                          17 April 1984



1.  LOCAL USER GROUPS

Most local microcomputer user groups have some type  of  software
exchange  programs  for  their  members.  Some groups make public
domain software available to non-members.  System  specific  user
groups  often test public domain software to see if it works on a
specific system before they distribute it.  So it may be to  your
advantage to check with your local user group first.



2.  PUBLIC DOMAIN SOFTWARE VOLUMES

2.1.  CP/MUG

CP/MUG (CP/M User's Group) software volumes are available from:

        Mail Order:
                CP/M User's Groups, New York NY
                PicoNet CP/M Users Group, Mountain View CA
        Internet FTP:
                SIMTEL20 micro:<cpmug.___>

A printed catalog of CP/MUG software is published by the New York
Amateur Computer Club.

2.2.  PC-BLUE

PC-BLUE (NYACC) software volumes for the  IBM-PC  with  the  Baby
Blue CPM board are available from:

        Mail Order:
                New York Amateur Computer Club, New York NY ?
        Internet FTP:
                SIMTEL20 micro:<pc-blue.___>

2.3.  SFPCUG

SFPCUG software volumes for the IBM-PC are available from:

        Mail Order:
                San Francisco PC Users Group

2.4.  SIG/M

SIG/M  (Special  Interest  Group/Microcomputers)   CPM   software
volumes are available from:

        Mail Order:
                SIG/M, Iselin NY
                PicoNet CP/M Users Group, Mountain View CA
        Internet FTP:
                SIMTEL20 micro:<sigm.___>

A printed catalog of CP/MUG software is published by the New York
Amateur Computer Club.

2.5.  SIMTEL20 CPM

SIMTEL20 CPM (previously MIT-MC CPM)  software  volumes  is  only
available to online Internet users.

        Internet FTP:
                SIMTEL20 micro:<cpm.___>

2.6.  SIMTEL20 UNIX

SIMTEL20 UNIX software volumes are only available to  online  In-
ternet  users.  Some software in SIMTEL20 UNIX volumes is distri-
buted via the USENET news group "net.sources".

        Internet FTP:
                SIMTEL20 micro:<unix.____>



3.  MAIL ORDERS

Information (and prices) are subject to change without notice.  A
volume is usually one floppy disk.

3.1.  CP/M USER'S GROUP, NEW YORK NY

Ref: CP/M Review, July/August 1983, p. 78

The CP/MUG volumes are available by mail from:

        CP/M User's Group
        1651 3rd Avenue
        New York NY 10028

Disk Format: 8" SSSD floppy disks. Cost $13 per disk.

3.2.  NEW YORK AMATEUR COMPUTER CLUB, NEW YORK NY

Ref: CP/M Review, July/August 1983, p. 78

Several catalogs of public domain software are available from the
NYACC.  Each catalog is priced at $10 including shipping, $15 for
overseas airmail. All orders must be prepaid.

The NYACC is a nonprofit group that has been involved in the  ca-
taloging  and  distribution  of  public  domain software and is a
sponsor of the  Special  Interest  Group/Microcomputers  (SIG/M).
For information, write to:

        The New York Amateur Computer Club
        P.O. Box 106
        Church Street Station
        New York  NY

3.3.  PICONET CP/M USERS GROUP, MOUNTAIN VIEW CA

Ref: Pico News Journal, The Official Journal of PicoNet,  a  CP/M
Users' Group, Vol. 5 No. 1, Feb - Mar 1984, p. 3.

PicoNet, CP/MUG, and SIG/M software volumes are available from:

        PicoNet
        P.O. Box 391566
        Mountain View CA 94039

Disk Formats: 8" and most 5 1/4" soft sector only.   Cost:  $6.00
per disk plus $1.50 shipping per order.  California residents add
6.5% sales tax. Quantity discounts are available.

3.4.  SAN FRANCISCO PC USERS GROUP, SAN FRANCISCO CA

Ref: Random Access Guide, Vol. 1 No. 3, March 1984, p. 31

The San Francisco PC Users Group, which has a current  membership
of  about  600  members, has a continuously growing public domain
software library. (72 plus volumes, 1340 plus programs  that  run
on a normally configured IBM PC.) Approximately 5 volumes are ad-
ded to the library each month.

A catalog of the entire library is available on volume A-3.

The SF PC Users Group will exchange these diskettes for free with
other IBM PC club libraries.

Disk format: some single-sided, some double-sided  disks.   Cost:
$6.00 per disk.

For more information contact:

        San Francisco PC Users Group
        c/o Charlie Vella, Librarian
        4411 Geary Blvd. # 33
        San Francisco  CA 94118

3.5.  SPECIAL INTEREST GROUP/MICROCOMPUTERS (SIG/M), ISELIN NY

Ref: CP/M Review, July/August 1983, p. 78

The SIG/M volumes are distributed by:

        SIG/M
        Box 97
        Iselin NY 08830

at $6.00 for the first disk and $5.00 for each additional disk.


18-Apr-84 07:46:20-MST,744;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 07:46:15-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  18 Apr 84 8:50 EST
Date: 18 Apr 1984  06:42 MST (Wed)
Message-ID: <KPETERSEN.12008442078.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: SIMTEL20 directory list updated

MICRO:<CPM>CPM.CRCLST on SIMTEL20 (the file listing all the filenames,
sizes and CRCs of the MICRO<CPM.xx> directories) has been updated as
of today.  If you cannot FTP it, and you are not already on the list
to receive it via netmail, send a note to W8SDZ@SIMTEL20 asking to be
added to the list.

--Keith
18-Apr-84 08:24:39-MST,1317;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 08:24:33-MST
Date:     Wed, 18 Apr 84 9:05:18 EST
From:     David Towson (CSD) <towson@Amsaa.ARPA>
To:       William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
cc:       ABN.ISCAMS@usc-isid.arpa, info-cpm@amsaa.arpa
Subject:  Re:  need MICRO:<CPM.WSTAR> from SIMTEL20

Bill - I enjoyed reading your message on USENET address strings, and I was
struck with the hopelessness of the average DDN user being able to figure out
the "proper" return path unless USENET message-posters do as you have done;
namely, include the desired return path in the message BODY.  Frankly, I don't
know the best USENET path for someone to send mail to my DDN address,
"towson@amsaa".  I would be grateful if someone would tell me.  Normally, when I
reply to a message, I just issue the "answer" command to the mail program and
let it get the return path from the header of the message being answered.  You
have just shown where that can get you with respect to USENET messages.  It is
also interesting to note that when I reply to you using the "answer" command,
the return path is taken to be "wcwells%ucbopal.CC@ucb-vax", and not your
preferred path "wcwells@berkeley (or ucb-vax)".


Dave
towson@amsaa


18-Apr-84 10:29:12-MST,721;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 10:29:06-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  18 Apr 84 11:57 EST
Received: From wsmr70a.arpa.ARPA by BRL-AOS via smtp;  18 Apr 84 11:56 EST
Date: 18 Apr 1984  9:53:49 MST (Wednesday)
From: John Gilbert CD <jgilbert@Wsmr70a.ARPA>
Subject: Request for into on printers
To: info-cpm@Brl-Aos.ARPA

	I just saw a demo and the print quality of the new HP Thinkjet printer.
I am pretty impressed and thinking about getting one. I would appreciate any
info on other dot matrix printers whose print quality might be better before
I make a final decision.

Thanks in advance,

John Gilbert

18-Apr-84 12:32:48-MST,2040;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 12:32:38-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  18 Apr 84 14:01 EST
Date: 18 Apr 1984  12:02 MST (Wed)
Message-ID: <KPETERSEN.12008500329.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: SD-82 Super Directory program now available

SD-81 has been replaced by SD-82, thanks to Sigi Kluger for the
update.  Here's Sigi's note describing was was fixed:

-----
04/14/84

SD-82 fixes a bug in the VCODE routines which caused files to be
suppressed (and blanks printed instead) in large directories.
Thanks to Dennis Vallianos for the patch.

Other changes include the REVIDEO fix (SD in an empty directory no
longer causes toggle-type terminals to remain in reverse video until
manually changed). Toggle-type terminals are those which use a single
character to turn reverse video on and off.
Also, in some cases the "[more]" message remained on the screen; this
is also fixed now.

If you have the DIF and SSED utilities, you only need the .DIF file.
If you don't have a VECTOR computer, don't use reverse video, or
only use horizontal display, you can wait for the next major revision - you
will not notice any difference between 81 and 82.

				- S. Kluger
-----
The following files are now available on SIMTEL20:

Filename			Type	 Bytes	 Sectors     CRC

Directory MICRO:<CPM.DIRUTL>
SD-79A.DOC.1			ASCII	  9525   75 =  4BH  D733H
SD-79A.DQC.1			COM	  6144   48 =  30H  2D4BH
SD-8182.DIF.1			ASCII	   595    5 =   5H  514BH
SD-82.AQM.1			COM	 53376  417 = 1A1H  0790H
SD-82.ASM.1			ASCII	 78943  617 = 269H  3580H
SD-82.INF.1			ASCII	   818    7 =   7H  9756H
SD-82H.COM.1			COM	  3712   29 =  1DH  275BH
SD-82H.HEX.1			ASCII	  9049   71 =  47H  A3DBH
SD-82V.COM.1			COM	  4096   32 =  20H  B1A8H
SD-82V.HEX.1			ASCII	  9986   79 =  4FH  44C4H
SD8081.DIF.1			ASCII	  3401   27 =  1BH  15A1H
18-Apr-84 12:45:27-MST,818;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 12:45:21-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  18 Apr 84 14:11 EST
Received: From lll-mfe.arpa.ARPA by BRL-AOS via smtp;  18 Apr 84 14:13 EST
Date: Wed, 18 Apr 84 11:06 PST
From: "Jones Dan%LLL"@LLL-MFE.ARPA
Subject: Accounting software query?
To: info-cpm@brl-aos.arpa

I am interested in finding a job-cost accounting system for a contractor
friend of mine.  It must run under MP/M 2.0 and be easy to use. So far the
leading candidate is Open Systems Software Fitness Program Series. Does anyone
have any better suggestions or comments about the Open Systems Software Package?
     Please reply to me since I am not on the list.

                                        Dan Jones
18-Apr-84 12:59:56-MST,582;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 12:59:51-MST
Received: From mitre.arpa.ARPA by AMSAA via smtp;  18 Apr 84 14:26 EST
Date: 18 Apr 1984 14:01:42 EST (Wednesday)
From: Jeffrey Edelheit <edelheit@Mitre.ARPA>
Subject: C compiler
To: info-cpm@Amsaa.ARPA
Cc: edelheit@Mitre.ARPA

Shame on me netlanders.  I misplaced (deleted?) the summary of C compilers
that recently came across the net and now I really needed it.  Can some kind
soul send me a copy.

thanks,

Jeff Edelheit
(edelheit at mitre)

18-Apr-84 14:50:37-MST,844;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 14:50:29-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  18 Apr 84 16:01 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp;  18 Apr 84 15:58 EST
Received: from ISL by SUMEX-AIM with Pup; Wed 18 Apr 84 12:55:54-PST
Date: Wednesday, 18 Apr 1984 12:57-PST
To: info-cpm@Brl-Aos.ARPA
Subject: kermit query
From: gray@isl

I at last have a generic kermit running on my cromemco boards & Morrow
disks thanks to a proper incorporation of BAT: by MICAH. It works with
the UNIX Kermit on a VAX with one problem--at the end of a file 
transferred from the PC to the VAX there are several lines of
^Z^Z^Z etc. Is this filler poop at the end of packets & can it be turned
off? Thanks for any help.
(Reply to gray@su-dsn)
18-Apr-84 16:13:33-MST,1140;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 16:13:26-MST
Received: From ur-cs-gw.ARPA by AMSAA via smtp;  18 Apr 84 17:21 EST
Received: from ur-seneca.rochester.arpa (ur-seneca.ARPA) by cayuga.rochester.arpa id AA07919 (4.12b); Wed, 18 Apr 84 17:22:21 est
Received: by ur-seneca.rochester.arpa id AA14903 (3.327.5d); 18 Apr 84 17:22:31 EST (Wed)
Message-Id: <8404182222.14903@ur-seneca.rochester.arpa>
Date: 18 Apr 84 17:22:31 EST (Wed)
From: Mike Ciaraldi <ciaraldi@rochester.arpa>
Subject: DUV86 problem
To: info-cpm@amsaa.arpa

I tried to run DUV86 on my Z-80 MP/M II.1 system yesterday.
This version is supposed to automatically figure out what
operating system (CP/M or MP/M) it is running on, and which
release, and adapt accordingly.

When I ran it, it signed on with "MP/M version 3"!!!!
Then it misread the Disk Parameter Block, so it thought
I had 220 tracks, and 0 sectors per track!

I will try and figure out what's wrong, but I was wondering
if nyone else has seen problems yet.

Mike Ciaraldi
ciaraldi@rochester
seismo!rochester!ciaraldi
18-Apr-84 18:49:14-MST,876;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 18:49:10-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  18 Apr 84 19:35 EST
Received: From sri-kl.arpa.ARPA by BRL-AOS via smtp;  18 Apr 84 19:35 EST
Date: 18 Apr 1984 16:33-PST
Sender: BILLW@Sri-Kl.ARPA
Subject: Re:   Request for into on printers
From: BILLW@Sri-Kl.ARPA
To: jgilbert@Wsmr70a.ARPA
Cc: info-cpm@Brl-Aos.ARPA
Message-ID: <[SRI-KL]18-Apr-84 16:33:36.BILLW>
In-Reply-To: <KPETERSEN.12008500883.BABYL@SIMTEL20>

Although the Thinkjet has very high single-pass quality (relatively
speaking), you cant go any higher, whereas with something like the
EPSON FX80 you can do multiple passes after moving the paper an
itsy-bitsy bit, and get higher quality.  With a program like
'Fancy font'  Truly amazing qualtiy can be achived...

BillW
18-Apr-84 18:52:33-MST,752;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 18:52:30-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  18 Apr 84 19:15 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp;  18 Apr 84 19:16 EST
Received: from ISL by SUMEX-AIM with Pup; Wed 18 Apr 84 16:13:27-PST
Date: Wednesday, 18 Apr 1984 16:15-PST
To: info-cpm@Brl-Aos.ARPA
Subject: kermit
From: gray@isl

Thanks to the several people who pointed out that apparently Kermit
transmits the entire cp/m file as if it were binary & hence has all of
the cpm file termination characters ^z filling out a cpm bloc.
How come Kermit doesn't seem to have a text mode & know enough to stop
sending when a ^z is encountered?
18-Apr-84 19:29:06-MST,943;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 19:29:01-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  18 Apr 84 20:07 EST
Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp;  18 Apr 84 20:03 EST
Date: Wed 18 Apr 84 17:01:49-PST
From: Dick <MEAD@USC-ECLB.ARPA>
Subject: Z80 specific assembly
To: info-cpm@BRL.ARPA, info-modem7@SIMTEL20.ARPA

I wonder if anyone has taken some of the current, favorite PD
programs and replaced the 8080 compatible code with Z80 specific
ops to see if there is enough gain in either speed or size to
make the job worthwile. I am thinking along the lines of asking
authors if they might make Z80 assembly an option in their code, 
if, indeed it makes it worth it. I wonder what effect this would have
on such programs as MODEM (MDM,MEX), NSWP, MLOAD, SD, etc....

I haven't an 8080 anywhere. (nor an 8085).

..Dick..
-------
18-Apr-84 20:03:20-MST,555;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 20:03:16-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  18 Apr 84 21:30 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  18 Apr 84 21:28 EST
Date: Wed 18 Apr 84 20:25:36-CST
From: Douglas Good <CMP.DOUG@UTEXAS-20.ARPA>
Subject: hello
To: info-cpm@UTEXAS-20.ARPA

I am a fairly new CPM user and was refered to this mailing list for
information on cpm. I would like to be a member of this mailing list.

		--Doug
-------

18-Apr-84 20:24:09-MST,967;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 20:24:04-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  18 Apr 84 21:55 EST
Date: 18 Apr 1984  19:57 MST (Wed)
Message-ID: <KPETERSEN.12008586733.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: New Osborne 01 files available

Two new files of interest to Osborne 01 owners are now available
on SIMTEL20.

MICRO:<CPM.BYE3>BY3OSCP.ASM - Osborne 01 - COMM-PAC modem insert for BYE3.
This version is for the Osborne 01 hooked up to an Osborne COMM-PAC
modem.  This insert has been tested with BYE3 v1.2 and BYE3 v1.5

MICRO:<CPM.RCPM>XM82OSCP.ASM - This file adapts XMODEMxx to the
Osborne 01 with the Osborne COMM-PAC modem.  Conditionals are
provided for Osborne BIOS 1.3, BIOS 1.4 or 1.41, and BIOS 1.44+
(Nuevos Electronics 80 column mod.).

--Keith
18-Apr-84 20:54:32-MST,672;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 20:54:28-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  18 Apr 84 22:29 EST
Date: 18 Apr 1984  20:30 MST (Wed)
Message-ID: <KPETERSEN.12008592753.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   gray@isl
Cc:   Info-Cpm@Amsaa.ARPA
Subject: kermit query
In-reply-to: Msg of 18 Apr 1984  13:57-MST from gray at isl

The file default for CP/M Kermit is binary.  If you do SET FILE ASCII
to your Kermit-80 prior to doing the upload, you won't get those
control-Z's at the end of the file.
--Keith
18-Apr-84 21:19:46-MST,875;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 21:19:41-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  18 Apr 84 22:53 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp;  18 Apr 84 22:52 EST
Received: from ISL by SUMEX-AIM with Pup; Wed 18 Apr 84 19:49:28-PST
Date: Wednesday, 18 Apr 1984 19:51-PST
To: gray@isl, info-cpm@Brl-Aos.ARPA
Subject: Re: kermit query
Reply-to: kevinw@Su-Dsn.ARPA
From: Kevin W. Rudd <kevinw@Su-Dsn.ARPA>
Sender: kevinw@isl

the ^Z it the CPM end of file character for ascii files.
it is always there except when it would be the first character in
a new allocation (either new block or new extent, i don't remember)
kermit apparently does not differentiate between text (with 0x1a marking
end of file) and binary (with no end of file -- only data)
  -- K

18-Apr-84 23:55:18-MST,875;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 23:55:13-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  19 Apr 84 1:37 EST
Date: 18 Apr 1984  23:39 MST (Wed)
Message-ID: <KPETERSEN.12008627160.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
CC:   INFO-CPM@Amsaa.ARPA
Subject: Does PAMS replace RCPM List?
In-reply-to: Msg of 18 Apr 1984  21:07-MST from wcwells%ucbopal.CC at Berkeley (William C. Wells)

The latest listing of RCPM systems, RCPM-049.LST, was just uploaded to
SIMTEL20.  It's in the MICRO:<CPM.MISC> directory.  The PAMS list does
not replace it.  PAMS (MICRO:<CPM.MISC>OTHERSYS.APR) is a listing of
all types of BBS and file transfer systems, not just RCPM systems.
--Keith
19-Apr-84 00:53:59-MST,792;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 00:53:56-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  19 Apr 84 2:29 EST
Date: 19 Apr 1984  00:30 MST (Thu)
Message-ID: <KPETERSEN.12008636522.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA
Subject: New INFO-HAMS mailing list

This is to announce INFO-HAMS@SIMTEL20, a new mailing list of interest
to Amateur Radio (not CB) operators.  If you are on the Arpa/Milnet
and wish to be added to the list, please send a note to
INFO-HAMS-REQUEST@SIMTEL20.  INFO-HAMS is gatewayed to Usenet's
net.ham-radio so Usenet people will get it there.

--73, Keith <W8SDZ@SIMTEL20>
19-Apr-84 08:14:06-MST,2170;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 08:13:59-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  19 Apr 84 9:49 EST
Received: From xerox.arpa.ARPA by BRL-AOS via smtp;  19 Apr 84 9:46 EST
Received: from Barbera.ms by ArpaGateway.ms ; 19 APR 84 06:42:09 PST
From: ERWINVL.DLOS@XEROX.ARPA
Date: 19 Apr 84 8:41:25 CST
Subject: Re: Info-KayPro>??
In-reply-to: Rturner@Darcom-Hq.ARPA's message of Sun, 15 Apr 84 21:10
 MST, <KPETERSEN.12008628038.BABYL@SIMTEL20>
To: Rturner@DARCOM-HQ.ARPA
cc: info-cpm@BRL.ARPA

RICK,

I HAVE BEEN VERY INTERESTED IN THE KENTRONICS UNIT SINCE I SAW IT IN THE
RECENT ISSUE OF QST. IT IS STILL UNAVAILABLE HERE IN THE DALLAS AREA. I
AM IN HOPES OF BEING ABLE TO PICK UP ONE WHEN I GO TO DAYTON. SUGGEST
YOU TRY A FEW THINGS JUST TO SEE HOW THE RF (IF IT IS) GETTING INTO THE
KENTRONICS OR THE KAYPRO. TRY WRAPPING THE KENTRONICS IN ALUMINUM FOIL
AND GROUNDING IT TO YOUR STATION GROUND. GROUND LEAD SHOULD BE AS SHORT
AS POSSIBLE. ALSO BE SURE THAT YOU HAVE THE KAYPRO TIED TO YOUR STATION
GROUND WITH HEAVY BRAID. YOU SHOULD NOT DEPEND ON THE 3RD WIRE IN ANY AC
CORD FOR A GOOD RF GROUND. ALSO MAKE SURE THAT YOUR RS-232C CABLE IS
SHIELDED. IN SEVERE CASES ALTHOUGH NOT NECESSARILY WITH THE KAYPRO, I
HAVE SEEN RF "WALK" RIGHT IN ON THE SHIELD DESPITE THE FACT IT WAS
GROUNDED. THIS IS DUE TO THE SHEAR LENGTH OF THE CABLES THAT ARE USED IN
SOME OF THE COMPUTER SYSTEMS TODAY. IF THAT IS A SUSPECT YOU MIGHT TRY
TO PLACE A LARGE TORROID AROUND THE RS232 CABLE AS IT ENTERS THE KAYPRO.
I HAVE NEVER SEEN THE KENTRONICS UNIT BUT I BELIEVE THE ONLY GROUND THAT
THEY HAVE IS BY WAY OF THE RS232 CABLE. THIS IS TOO LONG OF A GROUND
PATH TO GET EFFECTIVE RF GROUNDING. YOU MIGHT EVEN TRY GROUNDING IT
BETTER AND KEEPING THE PATH AS SHORT AS POSSIBLE. PLEASE KEEP ME
INFORMED OF YOUR PROGRESS AND YOUR PERCEPTION OF THE UTU BECAUSE I PLAN
TO MARRY ONE UP WITH MY XEROX 820 ES MY YAETSU 757.


				REGARDS,

                                VAL L. ERWIN
                                W5PUT
                                (214) 960-3174
19-Apr-84 09:27:20-MST,708;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 09:27:17-MST
Received: From mitre.arpa.ARPA by AMSAA via smtp;  19 Apr 84 11:03 EST
Date: 19 Apr 1984 11:02:10 EST (Thursday)
From: Jeffrey Edelheit <edelheit@Mitre.ARPA>
Subject: C Compiler
To: info-cpm@Amsaa.ARPA

I would like to thank all the netlanders who have been kind enough to send
me copies of the C Compiler discussions.

One last favor:

		PLEASE NO NORE COPIES OF THE DISCUSSION !!!!!!!

My system administrator is getting a little disturbed with respect to the
amount of disk space my mail box is beginning to take.

Thanks again

Jeff Edelheit
(edelheit at mitre)

19-Apr-84 10:52:49-MST,1547;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 10:52:41-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  19 Apr 84 12:25 EST
Received: From xerox.arpa.ARPA by BRL-AOS via smtp;  19 Apr 84 12:23 EST
Received: from Barbera.ms by ArpaGateway.ms ; 19 APR 84 09:16:48 PST
Date: Thu, 19 Apr 84 11:16 CST
From: Hallidy.dlos@XEROX.ARPA
Subject: Re: Info-KayPro>??
In-reply-to: <KPETERSEN.12008628038.BABYL@SIMTEL20>
To: Rturner@DARCOM-HQ.ARPA
cc: info-cpm@BRL.ARPA

Rick,
 What you have sounds like a classic case of RF in the shack to me, as
you surmised. A long wire type of antenna tends to exhibit such
characteristics unless you can provide a good counterpoise for it to
operate against.
 Sometimes just changing bands will give an indication of this. By that
I mean that you may observe an improvement in the situation by trying a
different (probably higher) band. Eighty and forty meters I suspect
would be the worst because an additional problem may exist. That is,
coupling of the radiated RF into the AC mains. Your house wiring may be
acting like a great receiving antenna, coupling large RF voltages into
the power supply of your Kay-Pro!
A brute force line filter may be the solution in such a case. You might
also try reducing the output power just to see if this has an effect on
performance just to verify that RF is the cause.

 I hope I have helped a little- this type of problem can be a real
s.o.b. to solve.

	73's, 	Dave Hallidy KD5RO


19-Apr-84 12:06:53-MST,865;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 12:06:48-MST
Date:     Thu, 19 Apr 84 13:43:11 EST
From:     David Towson (CSD) <towson@Amsaa.ARPA>
To:       OWENSRL@Usc-Isi.ARPA
cc:       INFO-CPM@Amsaa.ARPA, OWENSRL@Usc-Isi.ARPA
Subject:  Re:  HELP WITH DATA TRANSFER

Ron - I'm going to take a stab at your problem.  MDM7xx MUST have an 8-bit
data path to work.  This is because of the way the sector numbers are sent
from transmitter to receiver, and has nothing to do with the type of data
(ASCII text or binary) being sent.  I do not know what Kermit needs, or whether
you have an option of 7 or 8 bits with Kermit.  Perhaps someone else will 
comment on that.  My question, then, is, are you using an 8-bit transfer
path?  If not, I think that's your problem.


Dave
towson@amsaa

20-Apr-84 07:42:50-MST,2235;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Apr 84 07:42:38-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  20 Apr 84 9:07 EST
Date: 20 Apr 1984  07:08 MST (Fri)
Message-ID: <KPETERSEN.12008971092.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: UNSPOL34 - an improved background printer spooler
Reply-To: PLK@Mit-Mc.ARPA

UNSPOOL is a program that lets you print a file while you are running
other programs.  Paul Kelley <PLK@MC> has just released version 3.4.
Here is his message detailing what's new:

-----
	The public domain unspooler by Gary Novosielski has
been updated. The following files are now available on SIMTEL20:

	MICRO:<CPM.LIST>UNSPOL34.ASM
	MICRO:<CPM.LIST>UNSPOL34.COM	;for those without MAC
	MICRO:<CPM.LIST>UNSPOL34.HEX	;for those without MAC and binary
					;	transfer capability

The following message in the file describes the update:

;3.4	84-04-17
;	Single character output to printer if either
;	BIOS or BDOS keyboard status request is made
;	by transient program. Output is conditional
;	on no keypress and printer ready after single
;	status check. Single character only to printer
;	to minimize any slowdown of transient program.
;	Program now works with MINCE. It can also be
;	used with various modem programs, however some
;	some loss of modem input may occur while the
;	text to be printed is read from disk.
;	Formfeed (page eject) added to printer output
;	at EOF. (Paul L. Kelley)
;

Additional comments -

	The reason the program did not work with MINCE or modem
programs is that the latter generally do not call the console
input function unless console status indicates a character is
waiting.

	On my system disk I/O disables interrupts so using the
UART in the interrupt mode would not prevent loss of modem input.
I find the loss to be small with 5.25" floppies and very small
with a hard disk. Since I use mostly use BABYL and EMACS on MC a
redisplay fixes things up.

	It would be nice if someone would change UNSPOOL so that
it has all the features of Rick Conn's PRINT.

	- P. L. Kelley
20-Apr-84 12:28:49-MST,1015;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Apr 84 12:28:39-MST
Date:     Fri, 20 Apr 84 14:03:11 EST
From:     Dave Towson (info-cpm) <cpmlist@Amsaa.ARPA>
To:       info-cpm@Amsaa.ARPA
Subject:  [English.PA:  Incorporation papers]


----- Forwarded message # 1:

Received: From xerox.arpa.ARPA by AMSAA via smtp;  19 Apr 84 19:13 EST
Received: from Chardonnay.ms by ArpaGateway.ms ; 19 APR 84 16:10:03 PST
Date: 19 Apr 84 15:05:28 PST (Thursday)
From: English.PA@XEROX.ARPA
Subject: Incorporation papers
To: info-cpm-request@AMSAA.ARPA, 820Interest^.wbst@XEROX.ARPA,
 XeroxInfo-CPM^.wbst@XEROX.ARPA, AppleUsers^.es@XEROX.ARPA,
 WantAds^.es@XEROX.ARPA
Reply-To: English.pa@XEROX.ARPA

I plan to incorporate a small business in the state of California.  Does
anyone know of a source of Articles of Incorporation and various other
corporate forms in any format that I might convert to Wordstar?


Bill

----- End of forwarded messages
20-Apr-84 23:26:50-MST,966;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Apr 84 23:26:46-MST
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  21 Apr 84 1:11 EST
Received: from usc-isid.arpa by BRL-VGR.ARPA id a003783; 21 Apr 84 1:10 EST
Date: 21 Apr 1984 01:08-EST
Sender: ABN.ISCAMS@usc-isid.ARPA
Subject: CPMCOPY for Apple Pascal
From: ABN.ISCAMS@usc-isid.ARPA
To: INFO-CPM@BRL-VGR.ARPA
Cc: ABN.ISCAMS@usc-isid.ARPA
Message-ID: <[USC-ISID]21-Apr-84 01:08:32.ABN.ISCAMS>

NetLandians,

Has anyone converted J.M. Wierda's CPMCOPY (a utility in Pascal to transfer
a CP/M file from a disk in unit 5 to a Pascal disk) to the Apple II?

His program is using 8" disk parameters, and I don't happen to have the
Apple II disk parms around handy.  (Plus I ain't so very good in Pascal yet --
not enough for high-speed patching anyway!)

Would appreciate some pointers.

David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID)
21-Apr-84 09:55:01-MST,2940;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 09:54:51-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  21 Apr 84 11:25 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  21 Apr 84 11:27 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Apr 84 8:16-PST
Date: 16 Apr 84 14:05:31-PST (Mon)
To: info-cpm@Brl-Aos.ARPA
From: ihnp4!ihu1e!nowlin@Ucb-Vax.ARPA
Subject: Apple CP/M questions
Article-I.D.: ihu1e.223




I have a couple of questions and a comment on the AZTEC C compiler  discussion
that's been going on.

     1) I have an Apple //e with a MicroSoft  Softcard  CP/M  card  in  it.  I
thought  I  would  just  have to live with the frustration of having my screen
cleared every time CP/M did a warm boot. Then I found out that  not  all  CP/M
systems  clear  their  screen  this  way. Why does MicroSoft's? How would I go
about changing it so that I just got a message saying "warm  boot"  like  some
systems I've heard of?

     2) I use a terminal emulator called M.I.T.E. from Microft Labs.  It works
under  CP/M  and  functions  well  except that I have to set a carriage return
delay to keep from loosing characters from the beginning of lines  at  300  or
1200  baud.  I  loose  characters  when  a  line  has to wrap around (ie. > 80
characters) or whenever a Ctl-G is received in spite  of  the  CR  delay.  The
termcap  for  a  soroc terminal works (TERM=soroc) for everything else but you
can imagine what the screen looks like when I try to use vi. Microft says  the
Apple  80  column card is too slow. Is this a classic case of finger pointing?
Does anybody have a suggestion to solve this problem? Is there a  faster  card
somewhere? If so does anyone want to buy a used Apple Extended 80 Column Card?

     3) I've been using the AZTEC  C  compiler  for  over  a  year  now.  I've
transferred programs back and forth from home to work (work=VAX 11/780, 4.2bsd
or PDP 11/70, V7) and only found one problem with the AZTEC library. There  is
no  "isalpha"  in  it. Since both "islower" and "isupper" are present it's not
really a problem. I'm very impressed with it's degree of UNIX compatibility.

One thing the others didn't mention about the AZTEC compiler was the fact that
IO redirection (ie. '<' and '>') is built in to any programs compiled with it.
This is a mixed blessing as far as I can tell. A  little  bitty  program  that
just  says  "hello  world"  with  a  simple printf generates a relatively huge
.com file.  There has to be a way to get around this redirection  code  but  I
haven't figured it out. Does anyone else have a clue?

     Sorry if I got a bit verbose. I'm hoping to get  some  helpful  responses
from  this  posting  and  I  wanted to make sure all you wizards out there had
enough information to help me.

-- 

    Jerry Nowlin
(ihnp4!ihu1e!nowlin)
21-Apr-84 10:12:56-MST,742;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 10:12:51-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  21 Apr 84 11:46 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  21 Apr 84 11:44 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Apr 84 8:28-PST
Date: 16 Apr 84 14:32:00-PST (Mon)
To: info-cpm@Brl-Aos.ARPA
From: ihnp4!ihuxp!gvw1@Ucb-Vax.ARPA
Subject: How does one reach SIMTEL20 for CP/M(tm) Public Domain Software???
Article-I.D.: ihuxp.723

Do you have to be on the ARPA net to reach this system?  I have seen
a lot of references to public domain software on this system.

-- 


		George V. Wilder

		         ihnp4!ihuxp!gvw1
21-Apr-84 10:26:24-MST,986;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 10:26:20-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  21 Apr 84 11:54 EST
Date: 21 Apr 1984  09:56 MST (Sat)
Message-ID: <KPETERSEN.12009263744.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: UNSQ14 - new version of Z80 file UNSQueezer

UNSQ version 1.4 is now available on SIMTEL20.  UNSQ is a very fast
Z80 machine language file UNSQueezer by Gail Zacharias <GZ@MC>.  This
version corrects a problem for systems with a CBIOS that clobbers the
Z80 alternate registers.

Here's a list of the files:

Filename			Type	 Bytes	 Sectors     CRC

Directory MICRO:<CPM.SQUSQ>
UNSQ14.ASM.1			ASCII	 19515  153 =  99H  F6DDH
UNSQ14.COM.1			COM	  2176   17 =  11H  C0A9H
UNSQ14.DOC.1			ASCII	   519    5 =   5H  F1C4H
UNSQ14.HEX.1			ASCII	  5314   42 =  2AH  3928H

--Keith
21-Apr-84 18:56:03-MST,847;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 18:55:59-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  21 Apr 84 20:37 EST
Date: 21 Apr 1984  18:35 MST (Sat)
Message-ID: <KPETERSEN.12009358226.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: MDM730 - MODEM7 for MP/M

MP/M users will be interested in MICRO:<CPM.MODEM7>M730-MPM.LBR which
contains a .DIF file for altering MDM730.ASM to make it work correctly
under MP/M.  The .LBR also contains an already-assembled MDM730.COM
ready to run on MP/M.  There is also a DOC file explaining what must
be done to enable the MP/M console drivers for the modem.

The .LBR is stored on SIMTEL20 in ITS-Binary format.  It's about 30k.
--Keith
21-Apr-84 23:34:54-MST,743;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 23:34:49-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  22 Apr 84 1:11 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  22 Apr 84 1:09 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Apr 84 22:00-PST
Date: 16 Apr 84 7:13:00-PST (Mon)
To: info-cpm@Brl-Aos.ARPA
From: pur-ee!uiucdcs!uiuccsb!stank@Ucb-Vax.ARPA
Subject: Re: BDS C
Article-I.D.: uiuccsb.4800003
In-Reply-To: Article <12152@sri-arpa.UUCP>

Does anyone know anything about Alcor C?  I've used their Pascal and
am pretty happy with it.  
                            Stanley Krolikoski
                            Univ. of Illinois
22-Apr-84 00:26:11-MST,812;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 00:26:07-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  22 Apr 84 2:06 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  22 Apr 84 2:04 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Apr 84 22:54-PST
Date: 17 Apr 84 5:22:08-PST (Tue)
To: info-cpm@Brl-Aos.ARPA
From: ihnp4!houxm!hou2h!atttl@Ucb-Vax.ARPA
Subject: QT Computer S-100 Clock
Article-I.D.: hou2h.392

To: PIERRE duPONT

I mailed you an answer to your query on QT Computer S-100 Clock
with the address for QT and my experience in getting it working.

If the mail didn't pass the arpa.net interface, let me know and
I'll post it right here!

Cheers,

Ed Baldwin, AT&T Technologies,  hou2h!atttl
22-Apr-84 00:58:25-MST,1448;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 00:58:19-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  22 Apr 84 2:34 EST
Date: 22 Apr 1984  00:36 MST (Sun)
Message-ID: <KPETERSEN.12009423993.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: SD-83 released - fixes bug in 81/82

Sigi Kluger has just released SD-83, which corrects a bug in SD-81/82
which caused it to incorrectly report the size of .LBR files when the
$L option was used.  Here is a list of the currently-available files
(and I hope to be able to supply a .DIF file sometime tomorrow for
those who need the source and don't want to download the whole .ASM
file again).

Filename			Type	 Bytes	 Sectors     CRC

Directory MICRO:<CPM.DIRUTL>
SD-79A.DOC.1			ASCII	  9525   75 =  4BH  D733H
SD-79A.DQC.1			COM	  6144   48 =  30H  2D4BH
SD-8182.DIF.1			ASCII	   595    5 =   5H  514BH
SD-82.INF.1			ASCII	   818    7 =   7H  9756H
SD-83.AQM.1			COM	 53120  415 = 19FH  78F5H
SD-83.ASM.1			ASCII	 78657  615 = 267H  0E6BH
SD-83.INF.1			ASCII	   157    2 =   2H  C725H
SD-83H.COM.1			COM	  3456   27 =  1BH  9FE0H
SD-83H.HEX.1			ASCII	  8433   66 =  42H  88FAH
SD-83V.COM.1			COM	  3840   30 =  1EH  0859H
SD-83V.HEX.1			ASCII	  9357   74 =  4AH  2E31H
SD8081.DIF.1			ASCII	  3401   27 =  1BH  15A1H

--Keith
22-Apr-84 10:47:26-MST,3031;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 10:47:19-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  22 Apr 84 12:16 EST
Date: 22 Apr 1984  10:17 MST (Sun)
Message-ID: <KPETERSEN.12009529815.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: CP/M-80 YAM version 4.28 now available

The most current version of Chuck Forsberg's YAM (Yet Another Modem)
program (written in BDS-C) is now available on SIMTEL20, thanks to
Charley Strom <CSTROM@SIMTEL20>.  The files are available individually
or all combined in YAM428.LBR (ITS-Binary format).  Here's the list:

Filename			Type	 Bytes	 Sectors     CRC

Directory MICRO:<CPM.YAM>
XYAM5DYN.C.1			ASCII	  4913   39 =  27H  763EH
XYAMDYNA.H.1			ASCII	  1712   14 =   EH  1B0EH
XYAMDYNA.SUB.1			ASCII	   250    2 =   2H  AC9AH
XYAMHELP.T.1			ASCII	   898    8 =   8H  1F8EH
YAM.H.1				ASCII	  9160   72 =  48H  281AH
YAM.SUB.1			ASCII	   417    4 =   4H  CC4EH
YAM1.C.1			ASCII	 12347   97 =  61H  5041H
YAM10.C.1			ASCII	  4935   39 =  27H  45C6H
YAM2.C.1			ASCII	 10221   80 =  50H  0AC7H
YAM3.C.1			ASCII	 14579  114 =  72H  E35AH
YAM4.C.1			ASCII	  6591   52 =  34H  A24EH
YAM428.LBR.1			COM	223488 1746 = 6D2H  C9F6H
YAM5.C.1			ASCII	 10318   81 =  51H  6982H
YAM5AP.C.1			ASCII	 12409   97 =  61H  7CA8H
YAM5PMMI.C.1			ASCII	  8644   68 =  44H  1CD6H
YAM5SCC.C.1			ASCII	  5470   43 =  2BH  676AH
YAM5SMDM.426.1			ASCII	 10008   79 =  4FH  2007H
YAM5SMDM.C.1			ASCII	  5989   47 =  2FH  2761H
YAM5TV.C.1			ASCII	  4248   34 =  22H  7AC6H
YAM5X.C.1			ASCII	 13271  104 =  68H  279FH
YAM5Z100.C.1			ASCII	  5483   43 =  2BH  24ADH
YAM7.C.1			ASCII	 18678  146 =  92H  57E5H
YAM8.CRL.1			COM	   640    5 =   5H  59AAH
YAM8.CSM.1			ASCII	  2170   17 =  11H  92FAH
YAM9.CRL.1			COM	   768    6 =   6H  B9E2H
YAM9.CSM.1			ASCII	  4050   32 =  20H  5391H
YAM9AP.CSM.1			ASCII	  4236   34 =  22H  9CC1H
YAMAPPLE.H.1			ASCII	  8022   63 =  3FH  B57DH
YAMB.SUB.1			ASCII	   425    4 =   4H  3EB2H
YAMHELP.T.1			ASCII	  6581   52 =  34H  4ECDH
YAMLYLE.H.1			ASCII	  1607   13 =   DH  1D83H
YAMMAN.LQT.1			COM	 32640  255 =  FFH  D496H
YAMMAN.LST.1			ASCII	 68249  534 = 216H  4816H
YAMMCOM.H.1			ASCII	  2720   22 =  16H  6B08H
YAMMCOM.SUB.1			ASCII	   384    3 =   3H  C43DH
YAMPHONE.T.1			ASCII	  1391   11 =   BH  2237H
YAMPMMI.H.1			ASCII	  2512   20 =  14H  B6F2H
YAMSMDM.H.1			ASCII	  3303   26 =  1AH  C6F1H
YAMSYS.426.1			ASCII	  3804   30 =  1EH  0F3CH
YAMTRSBK.CSM.1			ASCII	  1413   12 =   CH  32D4H
YAMTRSII.H.1			ASCII	  1531   12 =   CH  A7DCH
YAMTRSII.HEX.1			ASCII	  2823   23 =  17H  E81EH
YAMTUART.H.1			ASCII	  1776   14 =   EH  2C72H
YAMTV.H.1			ASCII	  2307   19 =  13H  4E3BH
YAMZ100.H.1			ASCII	  2356   19 =  13H  0772H
YAMZ89.H.1			ASCII	  2811   22 =  16H  E89FH
YAMZ89B.H.1			ASCII	  3454   27 =  1BH  91E7H
YAMZ89XM.H.1			ASCII	  3058   24 =  18H  03FFH
22-Apr-84 17:20:38-MST,1509;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 17:20:33-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp;  22 Apr 84 18:55 EST
Date:     Sun, 22 Apr 84 18:54:36 EST
From:     Rick Conn <rconn@Brl-Mis.ARPA>
To:       info-cpm@Brl-Mis.ARPA
Subject:  Z3 Beta Testing

	The demonstration/test of ZCPR3 in remote access mode is now over,
and ZCPR3 has passed without a hitch.  Response has been quite positive,
with no bugs found/known at this time.  I made one very minor change to
the ZCPR3 command procesor and to SYSFCP (the IF-ELSE-FI flow command package)
to enable the "noise" associated with IF execution (which informs the user
of the state of the IF he is currently in) to be turned off, so IFs can run
without any additional text presented on the screen.

	I am finishing up the draft of the installation manual tonight,
and will send it out with ZCPR3, its system segments (RCPs, FCPs, etc), and
several of its utilities tomorrow to the Gamma test sites.  These sites
will be concerned primarily with porting ZCPR3 into different environs
based on the instruction in the installation manual.  I anticipate no
problems other than those associated with rewriting the installation manual
so it is more clear.

	Release of the ZCPR3 System is set for the end of May to SIG/M.
This is a realistic date, and I anticipate no problem in meeting it.
It will be available on SIMTEL20 shortly after its release.

		Rick
22-Apr-84 19:51:04-MST,764;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 19:51:01-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  22 Apr 84 21:26 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  22 Apr 84 21:27 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 22 Apr 84 18:15-PST
Date: 17 Apr 84 15:02:06-PST (Tue)
To: info-cpm@Brl-Aos.ARPA
From: ihnp4!afinitc!wuphys!wucs!eric@Ucb-Vax.ARPA
Subject: Wanted: Osborne I Termcap
Article-I.D.: wucs.181

[You are in a twisty maze of newspaths, all alike.]

A friend needs a *working* Osborne I termcap for our Vaxen.

Please mail it, if you care to share, to

	..!ihnp4!afinitc!wucs!wudma!wucec1!dwg

eric
-- 
..!ihnp4!afinitc!wucs!eric
22-Apr-84 20:08:12-MST,1046;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 20:08:08-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  22 Apr 84 21:49 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  22 Apr 84 21:44 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 22 Apr 84 18:26-PST
Date: 17 Apr 84 8:30:47-PST (Tue)
To: info-cpm@Brl-Aos.ARPA
From:  ihnp4!houxm!hogpc!houti!ariel!vax135!cornell!uw-beaver!ubc-vision!mprvaxa!barnes@Ucb-Vax.ARPA
Subject: Problems with modem7 file transfers
Article-I.D.: mprvaxa.530

I have been trying to use a CPM 1.4 system with a rather old version of
the Ward Christensen modem program (back when it was called modem 7).
When I try to transfer a file from the local RCPM, the transfer goes
fine until #138 when it quits with a BDOS error on B.  Shorter files
work fine.  The RCPM is running the latest version of modem.  Any ideas?

Please reply by mail.

-- 
Michael Barnes
Microtel Pacific Research		..!ubc-vision!mprvaxa!barnes
23-Apr-84 04:44:21-MST,1261;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 04:44:17-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  23 Apr 84 6:20 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  23 Apr 84 6:19 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 23 Apr 84 3:09-PST
Date: 18 Apr 84 12:07:02-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!hpda!fortune!burton@Ucb-Vax.ARPA
Subject: Re: CompuPro Service - (nf)
Article-I.D.: fortune.3091

#R:sri-arpa:-59200:fortune:25500010:000:644
fortune!burton    Apr 18 10:22:00 1984

 Most manufacturers find it impossible to support end-users directly.  It's
much more important to support dealers.  Therefore, CompuPro should be
**selecting and retaining** only tbhose dealers willing to support customers.
Otherwise, a company courts disaster.  If I were in CompuPro, I would drop
Priority One.  (in addition to poor support, they create problems for me
with all my dealers who support customers, but charge list price.)

  Philip Burton      101 Twin Dolphin Drive-MS 133
  Fortune Systems    Redwood City, CA  94065	     (415) 595-8444 x 526
			      - - -
{ihnp4 [ucbvax | decvax!decwrl]!amd70 harpo hpda }!fortune!burton
23-Apr-84 05:02:52-MST,1437;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 05:02:47-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  23 Apr 84 6:43 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  23 Apr 84 6:34 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 23 Apr 84 3:26-PST
Date: 18 Apr 84 9:05:56-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!intelca!cem@Ucb-Vax.ARPA
Subject: CP/M Bios For 16FDC
Article-I.D.: intelca.251

<chomp, chomp>

    I am looking for a BIOS for CP/M 2.2 that runs on a Cromemco
System 3 and supports all of the nifty features of the 16FDC. 
Specifically Double Density and Double sidedness. Note, when I bought
the system used it came with CP/M and the SIG/M Bios that originally ran
on the 4FDC but was later updated to the 16FDC *without* adding 
DD/DS capability. I am willing to pay for it. There are limits however,
as I found when a guy at a nearby Byte Shop offered to sell me a 
Bios for $300. Lets be serious, CP/M is only $150 *list*. Of course I 
would love to find someone who has written one offer it for a nominal
fee, and if they haven't I guess I will write it myself. 

				--Chuck
		Usenet: {ucbvax!Amd70,hplabs,pur-ee}!intelca!cem
		ARPA: MCMANIS@USC-ECLC

P.S. A call to Cromemco got me a canned speech on the virtues of CDOS
     and a sort of snort when I insisted on CP/M compatibility.
  
23-Apr-84 08:33:44-MST,934;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 08:33:38-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  23 Apr 84 10:11 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  23 Apr 84 10:08 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 23 Apr 84 6:54-PST
Date: 18 Apr 84 10:48:06-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!hao!seismo!rlgvax!cal-unix!umcp-cs!cvl!elsie!ado@Ucb-Vax.ARPA
Subject: WordStar mods for Spinwriter Twinfeeder wanted
Article-I.D.: elsie.874

If you have the changes that let WordStar support a
NEC Spinwriter with a Twinfeeder installed, please mail them to me.
--
Spinwriter is a trademark of NEC.
WordStar is somebody's trademark--since micros aren't my normal game,
I'm not sure who.
I believe someone has a claim on CPM too.
-- 
UUCP:	decvax!harpo!seismo!rlgvax!cvl!elsie!ado
DDD:	(301) 496-5688
23-Apr-84 10:38:37-MST,3541;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 10:38:24-MST
Date:     Mon, 23 Apr 84 12:13:06 EST
From:     David Towson (CSD) <towson@Amsaa.ARPA>
To:       Jeffrey Edelheit <edelheit@Mitre.ARPA>
cc:       info-cpm@Amsaa.ARPA
Subject:  Re:  How does one reach SIMTEL20 for CP/M(tm) Public Domain Software???

Received: From mitre.arpa.ARPA by AMSAA via smtp;  22 Apr 84 20:27 EST
Date: 22 Apr 1984 20:19:00 EST (Sunday)
From: Jeffrey Edelheit <edelheit@mitre>
Subject: Re: How does one reach SIMTEL20 for CP/M(tm) Public Domain Software???
In-Reply-to: Your message of 16 Apr 84 14:32:00-PST (Mon)
To: ihnp4!ihuxp!gvw1@Ucb-Vax.ARPA
Cc: towson@amsaa

George - the answer to your question is yes, you must have access to either
ARPA or MILNET to get to Simtel20.  Until recently, there were offers to 
pass specific files from SIMTEL20 to usenet folks by electronic mail, however
there have been some msgs regarding the cost of telecom for usenet 
(specifically point to point direct dial at low speeds) and the desire not
to pass large msgs (files) this way.

I have taken the liberty to cc Dave Towson on this note.  Dave is sort of the 
systems administrator for info-cpm, and I would like to address a point to
him.  
	Dave - I realize because of security and all that the usenet folks can't
get access to SIMTEL20; however isn't there something that can be done in light
of Bill Wells' recent comments?  If I was on the usenet side and kept seeing
all the msgs about all the good stuff at SIMTEL20, I would be really jealous
or frustrated.

Regards to all,
Jeff Edelheit
(edelheit at mitre)

Jeff - If there is a totally satisfactory answer to the question of getting 
non-DDN people access to the files on Simtel20, I don't know what it is.  The
only solutions I know of that don't require the shipping of files via netmail
are:

	1.  Buying the desired volumes (disks) from SIG/M or CPMUG at their 
	    very reasonable prices.
	2.  Dialing-up a local Remote CP/M system, and transferring the desired
	    files using XMODEM (or some such file-transfer program).
	3.  Sending a request out to netland asking for some kind soul to write
	    the desired files on a disk supplied by the requester.  This method
	    involves use of the U.S. Mail or other delivery service.
	4.  Making an official request through appropriate channels for copies
	    of the archives in the form of DEC-20 dumper tapes.  This takes
	    several reels of 9-track tape, takes a lot of somebody's time, and
	    is of no value to those who don't have a compatible machine to read
	    the tapes.  For large groups of interested users, however, it is an
	    option.  Those wishing to to pursue this course should contact
	    Frank Wancho <wancho@simtel20> for details.  They should also be
	    prepared to be patient.

     I will be happy to receive additional suggestions concerning this matter,
and if I can put together a useful summary, I'll add it to my archive blurb 
that I send to new list people (and periodically to the whole list).  But let's
face it, DDN people, those of us on the ARPA and MILNETs owe a VERY BIG THANK
YOU to Keith Petersen for managing most of the archives, to Rick Conn for
managing the <UNIX> archive, and to Frank Wancho for arranging for the Simtel20
resources to be made available for this service.  Those of us who have direct
access to the machine are DARNED LUCKY!



Dave 
towson@amsaa

23-Apr-84 11:14:19-MST,1525;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 11:14:12-MST
Received: From ur-cs-gw.ARPA by AMSAA via smtp;  23 Apr 84 12:42 EST
Received: from ur-seneca.rochester.arpa (ur-seneca.ARPA) by cayuga.rochester.arpa id AA19294 (4.12d); Mon, 23 Apr 84 12:42:38 est
Received: by ur-seneca.rochester.arpa id AA19602 (3.327.5d); 23 Apr 84 12:42:37 EST (Mon)
Message-Id: <8404231742.19602@ur-seneca.rochester.arpa>
Date: 23 Apr 84 12:42:37 EST (Mon)
From: Mike Ciaraldi <ciaraldi@rochester.arpa>
Subject: BYE on Z-100
To: info-cpm@amsaa.arpa, info-hz100@radc-tops20.arpa

I have a friend who is trying to get BYE working on his
Zenith Z-100 under CP/M-85 or CP/M-86.
We downloaded BYE3.19 and some of the overlays from 
SIMTEL20.

We couldn't use the HZ100 overlay directly, becuase he
has a PMMI S-100 plug-in modem, instead of an external
modem connected to the Z-100's serial port.
So, we tried the PMMI overlay.

When we run BYE, it prints a sign-on message.
>From thhen on, we can give it a CTRL-C and it will ask
if we want to ressume or re-boot. Both seem to work.

So, what's the problem? When you call, it doesn't
answer the phone!
The PMMI works all right for calling out, using
MDM728. Has anyone else tried using a PMMI
in a Z-100 with BYE?

Any help would be appreciated.

Address replies to:

Mike Ciaraldi
ARPA: ciaraldi@rochester
Usenet: seismo!rochester!ciaraldi

or 

Mike Bentley
Usenet: seismo!rochester!ritcv!aii
23-Apr-84 11:33:57-MST,490;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 11:33:54-MST
Date:     Mon, 23 Apr 84 13:03:41 EST
From:     David Towson (CSD) <towson@Amsaa.ARPA>
To:       info-cpm@Amsaa.ARPA
Subject:  Use of MDM7xx with CP/M 1.4

Can someone tell me what was the most recent version (if any) of MDM7xx to run
with CP/M 1.4.  Heck, for that matter, I'd be happy to know of ANY version of
MDM7xx that will work.


Dave
towson@amsaa

23-Apr-84 11:37:06-MST,1527;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 11:36:56-MST
Received: From ur-cs-gw.ARPA by AMSAA via smtp;  23 Apr 84 12:47 EST
Received: from ur-seneca.rochester.arpa (ur-seneca.ARPA) by cayuga.rochester.arpa id AA19309 (4.12d); Mon, 23 Apr 84 12:48:45 est
Received: by ur-seneca.rochester.arpa id AA19646 (3.327.5d); 23 Apr 84 12:48:44 EST (Mon)
Message-Id: <8404231748.19646@ur-seneca.rochester.arpa>
Date: 23 Apr 84 12:48:44 EST (Mon)
From: Mike Ciaraldi <ciaraldi@rochester.arpa>
Subject: DU under MP/M
To: info-cpm@amsaa.arpa

I have been trying to get DUV86 working on my MP/M system
(version 2.1).

This version of DU is supposed to be universal, but the
automatic adaptations for MP/M are definitley wrong--it
thinks it is running on CP/M 3, which is only partly right.
MP/M uses the same file system as CP/M 3, but its
BIOS is more like CP/M 2 (except you can't use the address
in 1 to find the BIOS jump table).

Anyway, I made a bunch of changes and it seems to work most of
the time, but I can't quit the program! It just gives a
"?" and the prompt whenever I give it an "X". I'm sure I can
track it down eventually, but I thought I'd ask if anyone
else has already tried to get DU running under MP/M.
I won't rule out the possibility that there are problems
in my hardware or system software, although it has been
fairly stable for the past year.

Mike Ciaraldi
ARPA: ciaraldi@rochester
Usenet: seismo!rochester!ciaraldi
23-Apr-84 13:50:12-MST,1473;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 13:50:00-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  23 Apr 84 15:15 EST
Received: From rand-unix.arpa.ARPA by BRL-AOS via smtp;  23 Apr 84 15:09 EST
Date: Monday, 23 Apr 1984 12:06-PST
To: ihnp4!afinitc!wuphys!wucs!eric@UCB-VAX.ARPA
Cc: info-cpm@BRL-AOS.ARPA
Subject: Re: Wanted: Osborne I Termcap
In-reply-to: Your message of 17 Apr 84 15:02:06-PST (Tue).
From: christe@Rand-Unix.ARPA


The Osborne I emulates the Televideo terminal, so you can just use the
v1|tvi912.... termcap from /etc/termcap (I have included it below).

v1|tvi912|912|920|tvi920|old televideo:if=/usr/lib/tabset/std:\
	:al=33*\EE:am:bs:ce=\ET:cm=\E=%+ %+ :cl=^Z:co#80:dc=\EW:dl=33*\ER:ei=:\
	:ku=^K:kd=^J:kl=^H:kr=^L:k0=^A@\r:k1=^Aa\r:k2=^Ab\r:k3=^Ac\r:\
	:k4=^Ad\r:k5=^Ae\r:k6=^Af\r:k7=^Ag\rk8=^Ah\r:k9=^Ai\r:\
	:ho=^^:im=:ic=\EQ:li#24:nd=^L:pt:se=\Ek:so=\Ej:up=^K:us=\El:us=\Em:\
	:ma=^K^P^L :sg=1:ug=1:

If you need to run at 52 cols, change co#80 in line 2 to co#52.  It is
useful to set a few other lines in the .login file:

stty tabs new cr0 nl0 ff0 erase 
echo -n ')m'
set term=tvi912

I have had no trouble using this to work from home across an ancient
Anderson-Jacobs 300 baud modem using OTERM as the modem program and
running my browncase (version 1.3) O1 as a terminal for a Vax780.

If you need more info, let me know.

--Christe
23-Apr-84 17:04:41-MST,563;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 17:04:38-MST
Received: From mitre.arpa.ARPA by AMSAA via smtp;  23 Apr 84 18:31 EST
Date: 23 Apr 1984 18:25:15 EST (Monday)
From: Jeffrey Edelheit <edelheit@Mitre.ARPA>
Subject: VT-100 emulation for an Apple // E   
To: info-cpm@Amsaa.ARPA
Cc: edelheit@Mitre.ARPA

A co-worker of mine is looking for a VT-100 emulation package for the
Apple // e.  Has anyone seen or heard of such a package?

Thanks,

Jeff Edelheit
(edelheit at mitre)



23-Apr-84 17:42:44-MST,881;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 17:42:38-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  23 Apr 84 19:14 EST
Received: From bnl.arpa.ARPA by BRL-AOS via smtp;  23 Apr 84 19:08 EST
Date: 23-Apr-84 19:06:29-EST
From: jalbers@Bnl.ARPA
Subject: Osborne termcap correction
To: info-cpm@Brl-Aos.ARPA
Cc: christe@Rand-Unix.ARPA

I have also seen and used this termcap with my Ozzie, but note that it has a
bug in it:  (it was sent out via USENET, and that version was buggy)

where it says 'us=\El:us=\Em:'
that should be'us=\El:ue=\Em:'

Otherwise the underlining will not work.  It seemd to me that there was another
bug, but I don't recall where right now...

                                                     Jon
                                                     jalbers@bnl


23-Apr-84 20:51:15-MST,1236;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 20:51:10-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  23 Apr 84 22:21 EST
Date: 23 Apr 1984  20:22 MST (Mon)
Message-ID: <KPETERSEN.12009902102.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   blue@Nbs-Sdc.ARPA
Cc:   Info-Cpm@Amsaa.ARPA
Subject: Problem with YAM files at SIMTEL20

Date: Monday, 23 April 1984  09:05-MST
From: blue at NBS-SDC
To:   w8sdz
Re:   yam

I got many programs with no apparent problems, including
yamx.c (x = 1, 2, 3, 4, 5, 7), yam8.csm, yam9.csm, 
and yamman.lst, but yam.h and yam10.c did not come correctly.

The text of these two that came looks like good C code, but
the lengths are wrong and the VAX (VMS) says the record lengths
are  > 1024.

Any ideas? Thanks.
    Jim Blue (blue @ nbs-sdc)
----

Jim, thanks for telling me about those files.  I fixed them.  The
problem was that they apparently came from a Unix system somewhere and
had only LFs at the end of each line - no CRs at all.  If you find any
others please let me know.  I can fix them in a minute or two with
the text editor here.
--Keith
23-Apr-84 20:54:27-MST,1364;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 20:54:22-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  23 Apr 84 22:34 EST
Date: 23 Apr 1984  20:35 MST (Mon)
Message-ID: <KPETERSEN.12009904403.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Mike Ciaraldi <ciaraldi@rochester.arpa>
Cc:   Info-Cpm@Amsaa.ARPA
Subject: BYE on Z-100 with PMMI modem
In-reply-to: Msg of 23 Apr 1984  10:42-MST from Mike Ciaraldi <ciaraldi at rochester.arpa>

A hint:  I once troubleshooted a problem with a PMMI plug-in modem on
a NorthStar Horizon system a friend owned.  We found there was an
address conflict with the Mother board.  It uses C0h and the default
settings for the PMMI when shipped from the factory are for C0h.  We
moved the PMMI to B0h and reassembled the MODEM program for that port
address and all the problems went away.  He was also able to
sucessfully run BYE (although it was a very early BYE program called
PMMIBYE2 which was specific for that modem).  I suggest you have your
friend try PMMIBYE2.ASM, which You'll find in the MICRO:<CPM.MODEM>
directory.  It isn't fancy like BYE3-19, but it does work.  It would
help a lot if he used this simple BYE first because it would make
troubleshooting much easier.
--Keith
23-Apr-84 22:33:29-MST,1350;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 22:33:25-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  24 Apr 84 0:10 EST
Received: From bbna.arpa.ARPA by BRL-AOS via smtp;  24 Apr 84 0:05 EST
Date: 24 Apr 1984 00:04-EST
Sender: WAGREICH@Bbna.ARPA
Subject: Apple II+ CP/M Intelligent Terminal Program
From: WAGREICH@Bbna.ARPA
To: info-cpm@Brl-Aos.ARPA, info-micro@Brl-Aos.ARPA
Cc: Wagreich@Bbna.ARPA
Cc: info-apple@Brl-Aos.ARPA
Message-ID: <[BBNA]24-Apr-84 00:04:03.WAGREICH>


Does  anyone  out  there know of an Apple II+ CP/M (version 2.23)
intelligent  terminal  program  with  good  file  transfer  (  to
mainframe  computers  like  the  DEC  line)  that  is  not screen
oriented?  I use a braille terminal with my Apple  II+  (and  the
braille terminal functions like a hardcopy terminal).

I  know  that DATACOMM, an intelligent terminal program with file
transfer) for Apple  II+  UCSD  Pascal  is  not  screen  terminal
dependent.   (It  was  written  by D.C.  Hayes Associates.)  I am
looking for a similar one for Apple II+ CP/M (version 2.23).

If you know of any possible candidates, please send me  the  name
of  the  program, as well as the name and address of the software
house that sells it and the possible price.

Thanks for your help.
24-Apr-84 08:08:53-MST,1797;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 08:08:48-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  24 Apr 84 8:41 EST
Date: 24 Apr 1984  06:42 MST (Tue)
Message-ID: <KPETERSEN.12010015032.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Cc:   Info-Modem7@Simtel20.ARPA
Subject: M730DIAL.PAT - Fixing MDM730 alternate dialing bug

;
; SUBJECT: MDM730 ALTERNATE DIALING FIX
; FROM: IRV HOFF W6FFC
; DATE: 24 APR 84
;
;	The following patch will fix a problem with the alternate dial-
; ing routine in MDM730 which caused unreliable results.  Even though
; you may never plan to use alternate dialing, it would only take a few
; minutes to update your MDM730.COM file to be current.
;
	 ORG	0819H
	JNZ	0803H		;C2 03 08
	POP	H		;E1
	JMP	0799H		;C3 99 07
	MVI	A,' '		;3E 20
	MOV	B,A		;47
	JMP	0D00H		;C3 00 0D

	 ORG	0D00H
	CALL	2B9DH		;CD 9D 2B
	POP	H		;E1
	RET			;C9
;
;		1) rename this file so it can be assembled:
;
; A>REN M730DIAL.ASM=M730DIAL.PAT
;
;		2) assemble to get M730DIAL.HEX like this:
;
; A>ASM M730DIAL
;
;		3) then merge into the file using DDT (or SID, etc.)
;
; A>DDT MDM730.COM		;DDT calls up the original file
; DDT VERS 2.2
; NEXT  PC
; 4A00 0100
; -M730DIAL.HEX			;merges this patch file
; -R
; NEXT  PC
; 4A00 0000
; -G0				;exits DDT to CP/M prompt
;
; A>SAVE 73 MDM703.COM		;now have a modified file
;
;		4) all finished.  If you want to use the "S" command
;		   with DDT, you could just add the following bytes
;		   directly in 2-3 minutes and be done, then save 73:
;
;
; 0819  C2 03 08 E1 C3 99 07
; 0820  3E 20 47 C3 00 0D
; 0D00  CD 9D 2B E1 C9
;					- Irv Hoff
24-Apr-84 08:27:59-MST,912;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 08:27:56-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  24 Apr 84 9:49 EST
Date: 24 Apr 1984  06:54 MST (Tue)
Message-ID: <KPETERSEN.12010017186.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   blue@Nbs-Sdc.ARPA
Cc:   Info-Cpm@Amsaa.ARPA
Subject: Another YAM file fixed

Date: Tuesday, 24 April 1984  06:45-MST
From: blue at NBS-SDC
To:   w8sdz
Re:   yam

yammcom.h has the same problem.
   Jim

-------
YAMMCOM.H is now fixed.  It had the same problem as the others I fixed
- no Carriage Returns, only Line Feeds at the end of each line.  I
wish people wouldn't put files SQueezed under Unix onto CP/M systems
without first restoring the end-of-lines to CP/M CRLF standard!
Thanks for reporting the problem, Jim.
--Keith
24-Apr-84 08:43:39-MST,764;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 08:43:33-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  24 Apr 84 9:50 EST
Date: 24 Apr 1984  07:05 MST (Tue)
Message-ID: <KPETERSEN.12010019050.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   WAGREICH@Bbna.ARPA
Cc:   Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA, Info-Apple@Brl.ARPA
Subject: Apple II+ CP/M Intelligent Terminal Program
In-reply-to: Msg of 23 Apr 1984  22:04-MST from WAGREICH at Bbna.ARPA

Try KERMIT.  There is a version for your machine.  The files are on
COLUMBIA-20 in the KER: directory.  Get CURRENT.DOC for a complete
list of all versions now available.
--Keith
24-Apr-84 13:41:35-MST,823;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 13:41:31-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  24 Apr 84 15:07 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  24 Apr 84 15:04 EST
Date: 24 Apr 1984 14:54-EST
From: Conal.Elliott@CMU-CS-CAD.ARPA
Subject: modem protocol
To: info-cpm@Mit-Mc.ARPA

Does anyone know of a Unix C implementation of the "modem" protocol for
downloading binary files?  My terminal program (chameleon on the atari)
knows how to receive them, but I have been unsuccessful in sending them
on the unix end, even though it seems pretty simple.  A program in some
other language would be okay too as an example.  I already sent a query
to info-atari with no luck.  Thanks in advance.

				- Conal Elliott

24-Apr-84 21:40:01-MST,820;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 21:39:58-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  24 Apr 84 23:10 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp;  24 Apr 84 20:51 EST
Received: from ISL by SUMEX-AIM with Pup; Tue 24 Apr 84 17:48:31-PST
Date: Tuesday, 24 Apr 1984 17:50-PST
To: info-cpm@Brl-Aos.ARPA
Subject: bdsc/unix compatible library
Reply-to: kevinw@Su-Dsn.ARPA
From: Kevin W. Rudd <kevinw@Su-Dsn.ARPA>
Sender: kevinw@isl

has someone already done this?
it would certainly be nice for what bds-c does to do it
like unix...  although that would make a lot of programs
need changing (or have an alternate set of deffx.crl files
which l2 has been munged to figure out...

  -- Kevin
     kevinw@su-dsn
24-Apr-84 22:00:01-MST,892;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 21:59:57-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  24 Apr 84 23:12 EST
Received: From bbna.arpa.ARPA by BRL-AOS via smtp;  24 Apr 84 23:12 EST
Date: 24 Apr 1984 23:11-EST
Sender: WAGREICH@Bbna.ARPA
Subject: What's the best C compiler for Apple II+ CP/M v. 2.23?
From: WAGREICH@Bbna.ARPA
To: Info-cpm@Brl-Aos.ARPA, info-apple@Brl-Aos.ARPA
Message-ID: <[BBNA]24-Apr-84 23:11:27.WAGREICH>


I  have  CPM60,  2 floppy disk drives (single-density, about 133K
bytes on each diskette) and 64K memory.  Please send the name and
address  of  the  distributor  as  well as the name of the best C
compiler.

Thanks.

Note  to  INFO-Apple  subscribers:  I  am  not  onthe  INFO-Apple
distribution  list  yet, so please send answers to me directly at
Wasgreich@BBNA.
25-Apr-84 00:25:34-MST,1098;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 00:25:30-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  25 Apr 84 1:59 EST
Date: Wed 25 Apr 84 01:59:16-EST
From: Mark Becker <CENT.MBECK%MIT-OZ@MIT-MC.ARPA>
Subject: Neophyte CP/M 2.2 Question
To: Info-CPM@AMSAA.ARPA

     As a personal software project, I'm attempting to generate a BIOS
for a CP/M 2.2 system (mine!).  Since I've already things up and running
with the manufacturer's BIOS, there are no real problems.. I just want
the experience of putting one together.

     Anywho, I've been going through the listing of the current BIOS
and find something peculiar - every time the console input routine is
called, the current BIOS goes and flushes the disk buffers.

     I can't find anything on this in the CP/M manual.. could someone
out there give me a hint as to why this is being done?  Or do I just
have an oddball BIOS?

     The hardware is an U.S. Micro S-100 12-slotter with their board
set.

Thanks in advance -
			Mark Becker
-------

25-Apr-84 06:56:22-MST,874;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 06:56:14-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  25 Apr 84 8:35 EST
Date: Tuesday, 24 April 1984  21:52-MST
Message-ID: <KPETERSEN.12010276002.BABYL@SIMTEL20>
Sender: "Robert L. Plouffe" <PLOUFF@Mit-Mc.ARPA>
From: "Robert L. Plouffe" <PLOUFF@Mit-Mc.ARPA>
To: W8SDZ@Simtel20.ARPA
Subject:   M730DIAL.PAT - Fixing MDM730 alternate dialing bug
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: INFO-MODEM7@AMSAA.ARPA, INFO-CPM@Amsaa.ARPA
ReSent-Date: Wed 25 Apr 1984 06:36-MST

In addition to the patch given by Hoff, you had better
also do:
	ORG	806H
	JZ	2008H	;CA 20 08  (was CA 1F 08)

Reason is:
   Irv moved the routine DIALAD3 by one byte with his patch
but forgot to change the address where the branch to that
routine occurs.
25-Apr-84 07:35:05-MST,685;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 07:35:00-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  25 Apr 84 9:02 EST
Date: Wednesday, 25 April 1984  06:48-MST
Message-ID: <KPETERSEN.12010278734.BABYL@SIMTEL20>
Sender: "Robert L. Plouffe" <PLOUFF@Mit-Mc.ARPA>
From: "Robert L. Plouffe" <PLOUFF@Mit-Mc.ARPA>
To: PLOUFF@Mit-Mc.ARPA
cc: W8SDZ@Simtel20.ARPA
Subject:   M730DIAL.PAT - Fixing MDM730 alternate dialing bug
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: INFO-MODEM7@AMSAA.ARPA, INFO-CPM@Amsaa.ARPA
ReSent-Date: Wed 25 Apr 1984 06:51-MST

Oops, that JZ 2008H should be JZ 0820H.   Sorry!
25-Apr-84 07:37:51-MST,2782;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 07:37:40-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  25 Apr 84 9:07 EST
Date: 25 Apr 1984  07:04 MST (Wed)
Message-ID: <KPETERSEN.12010281030.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Mark Becker <CENT.MBECK%MIT-OZ@MIT-MC.ARPA>
Cc:   Info-Cpm@Amsaa.ARPA
Subject: Neophyte CP/M 2.2 Question - flushing disk buffers
In-reply-to: Msg of 24 Apr 1984  23:59-MST from Mark Becker <CENT.MBECK%MIT-OZ at MIT-MC.ARPA>

Tell your supplier he goofed.  He should have done the patch to BDOS,
shown below.  The "flush buffers" (which may be in BOTH conin and
conout) are completely unneeded and cause unnecessary disk activity.
In addition, some "install" programs (like the one from MicroPro for
DATASTAR) read in one sector of a .COM file, patch it, and then write
it back to disk.  Without this patch nothing happens.
--Keith

---inserted file 22DBLOCK.DOC from SIMTEL MICRO:<CPM.GENDOC>---

DIGITAL RESEARCH CP/M [R] 2.2 FIELD SOFTWARE CHANGE
         Copyright (c) 1980   Digital Research

ID# CPM22-0001    PROGRAM: BDOS     ISSUE DATE: 02/19/80


ERROR DESCRIPTION:  The following change affects only those CP/M
systems which are using the optional blocking and deblocking al-
gorithms listed in Appendix G of the CP/M Alteration Guide.  If
you are in doubt as to the applicability of this field change,
please contact Digital Research or your CP/M distributor.

PATCH PROCEDURE:  Ensure you have an archive copy of the distri-
buted MOVCPM.COM file.  Make changes to a version of MOVCPM>COM
by carefully following the steps shown below:  MOVCPM.COM is
loaded into memory using DDT and the changes are made using the
Assemble (A) and Set (S) commands.  After making the changes,
return to the console command processor using the Go (G) command,
and SAVE the altered memory image on disk.  The memory image on
tracks 0 and 1 must also be updated.  This can be accomplished
by executing the new MOVCPM program, as described in the CP/M
Alteration Guide, and integrating your customized I/O system.


                     ddt movcpm.com
                     DDT VERS 2.0
                     NEXT PC 
                     2700 0100
                     -a1cd2
                     1CD2 nop
                     1CD3 nop
                     1CD4 lxi h,0
                     1CD7


                     G0
  
                     save 38 movcpm.com


NOTE:  This Field Software change is not installed in the CP/M
version 2.2.  It must be installed in all systems which use the
deblocking algorithms listed in Appendix G of the CP/M Alteration
Guide.
25-Apr-84 09:29:18-MST,696;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 09:29:09-MST
Received: From usc-eclc.arpa.ARPA by AMSAA via smtp;  25 Apr 84 11:07 EST
Date: Wed 25 Apr 84 08:10:28-PST
From: BARAD@USC-ECLC.ARPA
Subject: sys/time.h
To: info-cpm@AMSAA.ARPA


I have downloaded xmodem.c from SIMTEL20 and tried to compile it on a VAX
running 4.2BSD.  On our system, we have a time.h file in /usr/include, but
not in /usr/include/sys.  I tried using the one that we have, but it was
not correct.  Does anyone have the correct /usr/include/sys/time.h file?
Can he/she send it to me.  Thanks!!!


						Herb Barad
						BARAD@USC-ECLC
-------
25-Apr-84 14:18:12-MST,663;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 14:18:05-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  25 Apr 84 15:42 EST
Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp;  25 Apr 84 15:45 EST
Date: Wed 25 Apr 84 12:44:36-PST
From: Dick <MEAD@USC-ECLB.ARPA>
Subject: SYNONYM art. in Microsystems
To: info-cpm@BRL.ARPA

Microsystems has a short review of a program, in the PD, called
SYNONYM. I gather that the source listing was supposed to be
included, but lately Microsystems has been pretty sloppy with
such things, and it got left out. Has anyone seen the program???
-------
25-Apr-84 20:56:53-MST,5546;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 20:56:35-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  25 Apr 84 22:23 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  25 Apr 84 22:17 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 25 Apr 84 1:41-PST
Date: 20 Apr 84 12:56:29-PST (Fri)
To: info-cpm@Brl-Aos.ARPA
From: decvax!ittvax!dcdwest!sdcsvax!noscvax!kemp@Ucb-Vax.ARPA
Subject: MODEM7 documentation for kaypro
Article-I.D.: noscvax.417

<a nonblank line>
April 20, 1984  
          I culled the following MODEM7 documentation from the
          ASM list for the KMDM795 program released on the  
          -KAYPRO.001 disk by the Kaypro User Group.
							Steve Kemp
							kemp@nosc


NB: *** in the left margin indicates NOT IMPLEMENTED in this version. 

              CP/M MODEM PROGRAM Version 7.95  12/08/82 
                  Version for: Kaypro II Computer

                    Single Letter Commands  
                    ----------------------  
      H  - Display this information 
      ?  - Display current settings 
      T  - Terminal mode
      E  - Terminal mode with echo  
      L  - Terminal mode with local echo
          For capturing text use T(or E or L) FILENAME.TYP and  
          Start & Stop toggles described on subsequent screen.  
      R  - Receive CP/M file using Christensen Protocol 
      S  - Send CP/M file using Christensen Protocol
          Command is: R(or S) FILENAME.TYP  
          R and S can use the following subcommands:
               B  - Bulk transfer using wildcards (e.g. *.*)
               Q  - Quiet mode (no messages to console) 
               T  - Return to terminal mode after transfer  
               V  - View bytes transferred on console
               Even(0)/Odd(1) parity sub-option is available somehow... 
     The single letter commands may also be used on the 
     command line when the program is initially executed.

                    Three Letter Commands
                    ---------------------
     CPM - Exit from this program to CP/M
     DIR - List directory and space free (may specify drive)
     ERA - Erase file (may specify drive)
     LOG - Change default drive + user no. (specify drive + user)
           and reset disks.  e.g. LOG A0, LOG B (user # unchanged)  
***  SPD - Set speed of file output in terminal mode
     TIM - Set serial port baud rate
           (Supports 300, 1200, 2400, 4800, 96000, 19.2k Baud.) 
     TCC - Toggle Checksum/CRC mode on receive  
     TBR - Toggle backspace to rub conversion
     TLC - Toggle  1) local command immediate
                   2) local command after ctrl-^
     TLF - Toggle send linefeed after carriage return
     TXO - Toggle XOFF testing in terminal mode file output 
     NUM - List remote systems  
           (Library of Phone Numbers of Remote Systems) 
     SET - Set communication ports (accepted as a command, with 
           unknown effects...)  
***  CAL - Dial number  
***  DSC - Disconnect
***  BYE - Disconnect and reboot

         The following are terminal text buffer commands:
     DEL - Delete memory buffer and file
     NOL - Return to terminal mode - no loss of data in buffer  
     WRT - Write memory buffer to disk file 
           Local Commands while in Terminal Mode
           -------------------------------------
       ^E - Exit to command mode
***    ^D - Disconnect (for PMMI only)  
***    ^@ - Send break  
***    ^B - Change baud rate (for PMMI only, in terminal mode)  
***    ^O - Transmit logon  
       ^P - Toggle printer  
       ^Y - Start copy into buffer  
       ^R - Stop copy into buffer
             Start & Stop may be toggled as often as desired.
             A ":" at start of line indicates buffer is open.
             XOFF automatically used to stop input when writing 
             full buffer to disk, XON sent to resume.
       ^T - Transfer ASCII file to remote
       ^^ - Send local control character to remote  
          - Next character will be used for local control

                       Default Settings 
                       ---------------- 
     Default Drive: A0 (User #0, Drive a:)  
                            Use 'LOG' to change 
     CRC mode set (Checksum mode NOT set)
                            Use 'TCC' to toggle 
     Printer is OFF 
                            Use ^P to turn printer on
     Modem speed is 1200 baud
                            Use 'TIM' to reset baud rate
     Backspace is BACKSPACE (RUBOUT not used)
                            Use 'TBR' to toggle 
     Linefeed NOT sent after carriage return
                            Use 'TLF' to toggle sending LF after
                            carriage return 
     Use ctrl-^ to send local command to remote 
                            Use 'TLC' to toggle 
     Terminal mode file buffer is inactive  
                            Use ^Y to activate  
     Unused portion of buffer is 43776  
                            (When inactive...)  
     XOFF testing NOT used in terminal mode file output 
                            Use 'TXO' to toggle XON/XOFF usage  
     Terminal mode file output delay is 0.00 seconds per character  
                            (This is not modifiable in this version and 
                            may be incorrect at 0.00)
=======================================================================
26-Apr-84 00:34:35-MST,2778;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 00:34:28-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  26 Apr 84 2:10 EST
Date: 26 Apr 1984  00:12 MST (Thu)
Message-ID: <KPETERSEN.12010468253.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Dick <MEAD@USC-ECLB.ARPA>
Cc:   Info-Cpm@Amsaa.ARPA
Subject: SYNONYM art. in Microsystems
In-reply-to: Msg of 25 Apr 1984  13:44-MST from Dick <MEAD at USC-ECLB.ARPA>

    Date: Wednesday, 25 April 1984  13:44-MST
    From: Dick <MEAD at USC-ECLB.ARPA>
    To:   info-cpm at BRL.ARPA
    Re:   SYNONYM art. in Microsystems

    Microsystems has a short review of a program, in the PD, called
    SYNONYM. I gather that the source listing was supposed to be
    included, but lately Microsystems has been pretty sloppy with
    such things, and it got left out. Has anyone seen the program???

Yes, the program is available on SIMTEL20 now.  It's in
    MICRO:<CPM.DIRUTL>SYNONYM2.DOC   and
    MICRO:<CPM.DIRUTL>SYNONYM3.ASM

         SYNONYM is a program that generates a program. This
generated  program  when executed, will invoke  another CP/M
command. It's really not as complex as it sounds. Here is an
example: You would like to  invoke Microsoft basic by typing
only the letter "B" instead of typing  "MBASIC".  You  could
just  rename MBASIC.COM to B.COM but you could no longer use
"MBASIC" to invoke basic.

         SYNONYM  can    create  a  "B.COM"  file  that when
invoked will modify the CCP input  buffer  to  "MBASIC"  and
then  jump  to  the CCP. The new .COM file is very small  (1
block)  and is saved  with  the  $SYS indicator set (in CP/M
2.x )  so it won't clutter up your DIRectory. Then to invoke
basic you would only have to type: "B". You could also  pass
basic  a  program  name  to  execute  just as with MBASIC by
typing: "B BASPGM" (where  BASPGM  is  the name of the basic
program).

        You can also create a SYNONYM with a fixed parameter
string. For example you might like to run  a  basic  program
called  STARTREK.BAS    by typing "ST". SYNONYM can create a
file ("ST.COM") that will invoke  MBASIC and pass it a fixed
string "STARTREK". If you do create a SYNONYM with  a  fixed
paramater  string any paramaters entered on the command line
invoking  the  SYNONYM  will   be   appended  to  the  fixed
paramaters. This could be used to invoke the SUBMIT program,
pass it the name of the .SUB file as a fixed paramater,  and
then any other variable paramaters.

The program can be assembled with MAC or ASM and has been tested on
both CP/M version 1.4 and version 2.x (the $SYS attribute is set only
on 2.x).

--Keith
26-Apr-84 07:32:02-MST,1383;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 07:31:56-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  26 Apr 84 9:07 EST
Date: 26 Apr 1984  07:10 MST (Thu)
Message-ID: <KPETERSEN.12010544261.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   "Matthew J. Weinstein" <matt@UCLA-LOCUS.ARPA>
Cc:   Info-Cpm@Amsaa.ARPA
Subject: YAM428.LBR problems
In-reply-to: Msg of 26 Apr 1984  06:01-MST from Matthew J. Weinstein <matt at UCLA-LOCUS.ARPA>

    Date: Thursday, 26 April 1984  06:01-MST
    From: Matthew J. Weinstein <matt at UCLA-LOCUS.ARPA>
    To:   w8sdz
    Re:   YAM428.LBR

    I downloaded YAM428.LBR, and LU301 complains about CRCs.  In addition
    text files seem to be missing CR's.

    (Just thought you'd want to know...)

    				- Matt

Try LU300, Matt.  LU301 is only for CP/M look-alikes and is NOT an
update.  It's a patched LU300 which may not be competely up to specs.

Yes, I know about three files that contain only LF for end-of-line.
Apparently some of the files were SQueezed under Unix instead of CP/M.
You can restore them with USQ-20.COM's -N option, which converts LF's
to CRLF's.  Many people may not know about this -N option, which was
added by Chuck Forsberg to deal with Unix-SQueezed files.
--Keith
26-Apr-84 12:18:44-MST,1197;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 12:18:39-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  26 Apr 84 10:28 EST
Received: From mit-multics.arpa.ARPA by BRL-AOS via smtp;  26 Apr 84 10:28 EST
Date:  Thu, 26 Apr 84 10:17 EST
From:  Boebert@MIT-MULTICS.ARPA
Subject:  Applicard Review
To:  info-cpm@BRL.ARPA, info-apple@BRL.ARPA
Message-ID:  <840426151746.397559@MIT-MULTICS.ARPA>

Replaced my Softcard with the 6mhz Applicard + 128k RAMdisk.  Should
have done it a long time ago.  Primary application is text editing using
Mince; with the swap file on the RAMdisk, Mince runs faster than
mainfrrame Emacs at 1200 baud.

Documentation is a little sketchy; basically an installation manual and
a somebody's intro to CPM book.  Several commands are not described in
either set.  OEM documentation available for people wanting to write
funny drivers, etc.  Technical support (questions) is *excellent*.

If you do try to use Mince off the RAMcard, make sure you load mince.com
onto the M:  device *before* you load mince.swp; if mince.swp is the
first file on the disk, Mince crashes.  I know not why ...
26-Apr-84 15:12:37-MST,705;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 15:12:34-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  26 Apr 84 15:44 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  26 Apr 84 15:42 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 26 Apr 84 0:51-PST
Date: 21 Apr 84 6:30:46-PST (Sat)
To: info-cpm@Brl-Aos.ARPA
From: decvax!ittvax!dcdwest!sdcsvax!sdccs7!ee163abs@Ucb-Vax.ARPA
Subject: modem7 request ( apple //e, hayes1200 )
Article-I.D.: sdccs7.1199

Anyone out there have the source program of MODEM7 for the apple //e
with CCS 7710 board and Hayes 1200 smartmodem.  Please reply by mail.

Ron Breger
26-Apr-84 17:42:14-MST,864;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 17:42:10-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  26 Apr 84 18:24 EST
Received: From nalcon.arpa.ARPA by BRL-AOS via smtp;  26 Apr 84 18:19 EST
Received: by nalcon (4.12/4.7)
	id AA03187; Thu, 26 Apr 84 18:17:02 est
Date: Thu, 26 Apr 84 18:17:02 est
From: Avrunin <avrunin@Nalcon.ARPA>
Message-Id: <8404262317.AA03187@nalcon>
To: decvax!ittvax!dcdwest!sdcsvax!sdccs7!ee163abs@Ucb-Vax.ARPA, 
    info-cpm@Brl-Aos.ARPA
Subject: Re:  modem7 request ( apple //e, hayes1200 )

The MDM730 program with the M7AP-2B.ASM overlay is supposed to work
with CCS7710 and external modem.  It will work with microsoft softcard
and the Applicard.  It is on-line at SIMTEL20.  I have not tried this
myself but is supposedly works.

Larry Avrunin
27-Apr-84 00:51:03-MST,1159;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 00:50:59-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  27 Apr 84 1:28 EST
Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp;  27 Apr 84 1:25 EST
Date: 27 Apr 1984 01:22-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re:  modem7 request ( apple //e, hayes1200 )
From: ABN.ISCAMS@Usc-Isid.ARPA
To: avrunin@Nalcon.ARPA
Cc: decvax!ittvax!dcdwest!sdcsvax!sdccs7!ee163abs@Ucb-Vax.ARPA
Cc: info-cpm@Brl-Aos.ARPA
Message-ID: <[USC-ISID]27-Apr-84 01:22:29.ABN.ISCAMS>
In-Reply-To: <8404262317.AA03187@nalcon>

I just fired up MDM730 with the M7AP-2B.ASM overlay about 3 days ago -- worked
just fine (though I don't have the Applicard).  Kind of surprised me, but
I put the Apple back to back with my Toad (also running MDM730), doing
transfers over an RS-232 cable -- transfered .COM and ASCII files at 9600
baud with no problems at all!  Would not have expected the Apple to push that
fast!  Now if there were only a way to push 9600 over voice quality phone
lines ...

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
27-Apr-84 02:04:12-MST,1235;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 02:04:08-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  27 Apr 84 2:39 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  27 Apr 84 2:37 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 26 Apr 84 23:30-PST
Date: 23 Apr 84 1:03:58-PST (Mon)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!hpda!fortune!burton@Ucb-Vax.ARPA
Subject: Re: 8086 co-processors for CPM80 - (nf)
Article-I.D.: fortune.3129

#R:sri-arpa:-1231300:fortune:25500011:000:601
fortune!burton    Apr 22 23:59:00 1984

there are other "add on 8086" boards on
the market.  
A company call SWP, somewhere in Texas, produces a board to upgrade most
Z80's.  Supposedly the Morrow and Kaypro 16 bit upgrades are
actually manufactured by them.
>From their ads, it seems they offer MS-DOS, butr not PC-DOS, since
the latter w ould require specific hardware at specific locations, the
goal of all the IBM-PC-clone designers.

  Philip Burton      101 Twin Dolphin Drive-MS 133
  Fortune Systems    Redwood City, CA  94065	     (415) 595-8444 x 526
			      - - -
{ihnp4 [ucbvax | decvax!decwrl]!amd70 harpo hpda }!fortune!burton
27-Apr-84 09:06:11-MST,4244;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 09:05:57-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  27 Apr 84 10:29 EST
Received: From columbia-20.arpa.ARPA by BRL-AOS via smtp;  27 Apr 84 10:27 EST
Date: Fri 27 Apr 84 10:24:45-EST
From: Frank da Cruz <cc.fdc@COLUMBIA-20.ARPA>
Subject: New release of KERMIT for CP/M-80
To: Info-Kermit@COLUMBIA-20.ARPA
cc: Info-CPM@BRL-AOS.ARPA, Info-Micro@BRL.ARPA

This is to announce a new release of CP/M-80 KERMIT, version 3.9.  This is not
the long-awaited "modularized" version, but a maintenance release of the
current monolithic version that fixes many bugs and addresses various
shortcomings in the previous release, which was version 3.6.  Here is a brief
list of the changes since version 3.6:

* Fixes & improvements contributed by Greg Small, UC Berkeley, including:
  . A "fuzzy" timer -- imprecise timeouts
  . Some VT52 emulation bugs fixed
  . Bugs with file attribute bits fixed
  . TRS-80 support for both Lifeboat & Pickles & Trout CP/M
  . Morrow Decision I support
  . Separate terminal support for TVI925, ADM3A, "generic CRT" on some systems
  . Buffer boundary checking for recovering from long bursts of noise

* From Kimmo Laaksonen, Helsinki University of Technology Computing Centre:
  . Support for Nokia MikroMikko (a Finnish CP/M system)
  . Filename completion on ESC, a`la TENEX/TOPS-20
  . TRANSMIT command, for uploading a file "bare" (no protocol), with XON/XOFF
  . Miscellaneous fixes & cosmetic improvements

* Contributions from Bernie Eiben, DEC Marlboro, including:
  . Integration of Greg's and Kimmo's changes with working source
  . SET PRINTER ON/OFF during CONNECT (no fancy buffering or waiting)
  . ^C during file transfer returns immediately to command level
  . Source file compaction, removal of update history to separate file
  . Rainbow-100 support removed; use CP/M-86 Kermit from now on.

* From Columbia:
  . 8th-bit prefixing for transferring binary files when parity is in effect
  . Fixed and/or improved communication with IBM mainframes
  . Kaypro II and other display fixes
  . Added code for DECmate-II to transmit BREAK signal
  . SET TIMER ON/OFF, off by default, goes on/off automatically with SET IBM 
  . Default file mode as distributed is now ASCII
  . Misc bug fixes

HEX files have been built for all the systems supported by this program.  
Here is a list of them:

CPMAPPLE	Apple II, Z80 softcard
CPMBRAIN	Intertec SuperBrain
CPMDMII		DECmate II, Z80 card
CPMGENERI	Generic CP/M-80 2.2
CPMHEATH	Heath/Zenith-89
CPMKAYPRO	Kaypro II
CPMMDI		Morrow Decision I
CPMMIKKO	Nokia MikroMikko
CPMOSBORN	Osborne 1 (serial port only)
CPMOSI		Ohio Scientific
CPMPLUS		Generiac CP/M-80 3.0
CPMROBIN	DEC VT180 "Robin"
CPMTRLB		TRS-80 Model II, Lifeboat CP/M-80
CPMTRPT		TRS-80 Model II, Pickles & Trout CP/M-80
CPMTELCON	Telcon Zorba
CPMVECTOR	Vector Graphics
CPMZ100		Heath/Zenith Z100, CP/M-80 (8085 side)

These files are all stored with the suffix ".HEX" in the area "KER:", for
instance KER:CPMDMII.HEX, in normal ASCII format.  The hex files for the
previous release are still available with suffix ".OHX".  There is also a new
Kermit User Guide chapter for this program, KER:CPMKERMIT.MSS and .DOC.  The
entire group of CP/M-80 Kermit files can be referred to as KER:CPM*.*.  Network
users may obtain KERMIT files from host CU20B via NFT (CCNET), or host
COLUMBIA-20 via anonymous FTP (only after 6:00pm on weekdays, ARPANET).  The
hex files may be downloaded to your micro using your old version of KERMIT (or
MODEM7, or any other downloading procedure) and then converted to runnable .COM
format with the LOAD command.  Your old KERMIT.COM should be renamed to
something like OLDKERM.COM for backup and the new one can then be renamed to
KERMIT.COM.

Since this new release is the result of the work of many people at many sites
on many different machines, there can be no guarantee that it works on all the
systems listed above.  It has been tested thoroughly on the DEC VT-180, the
Kaypro II, and the Intertec Superbrain.  I'd appreciate reports about the other
systems.

-------
27-Apr-84 10:14:43-MST,667;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 10:14:38-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  27 Apr 84 11:45 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  27 Apr 84 11:45 EST
Date: 27 Apr 1984 11:09-EST
From: Conal.Elliott@CMU-CS-CAD.ARPA
Subject: jrt pascal
To: info-cpm@Mit-Mc.ARPA

Is there documentation anywhere on how to put together and use the JRT
pascal system that lives in micro:<sigm.vol082> at simtel20?  I'm
interested in it for my younger brother who just got a cpm computer and
is learning the ropes.  

					Thanks in advance,
					Conal Elliott

27-Apr-84 12:15:15-MST,671;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 12:15:09-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  27 Apr 84 13:40 EST
Received: From bbn-cd.arpa.ARPA by BRL-AOS via smtp;  27 Apr 84 13:32 EST
Date: Fri, 27 Apr 84 13:23:33 EST
From: Bob Clements <clements@Bbn-Cd.ARPA>
Subject: Where is everybody?
To: info-micro-request@Brl-Aos.ARPA, info-cpm@Brl-Aos.ARPA
Cc: clements@Bbn-Cd.ARPA

I haven't received any info-micro or info-cpm mail for about a week.
My address is rcc2@bbn. If everything's broken, I apologize for adding
to the pile of questions (though I did wait a week first).
/Rcc

27-Apr-84 13:59:48-MST,5714;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 13:59:27-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  27 Apr 84 15:22 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  27 Apr 84 15:12 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 27 Apr 84 1:49-PST
Date: 22 Apr 84 19:15:06-PST (Sun)
To: info-cpm@Brl-Aos.ARPA
From: decvax!mcnc!ecsvax!emigh@Ucb-Vax.ARPA
Subject: Re: Distributing modifications to F80
Article-I.D.: ecsvax.2359
In-Reply-To: Article ecsvax.2172

< This space for rent >

  I have finally received all the comments about my distribution  of F80
routines, so here is the summary.

Original Question:
I was given the source of some disassembled routines from the Microsoft F80
runtime library.  I spent about a day to modify the code to run faster
under a Z80, and achieved improvements of 37% for floating point divide and
25% for floating point multiply.  I asked for advice as to whether or not I
could post these routines to, say, net.sources.  Microsoft tries to
copyright and license F80, the license saying that disclosure would cause
great harm to Microsoft.

Responses: {my comments in braces or paragraphs headed by a '>'}

>By far, the most numerous responses were like:

I don't know about posting the MAC code, but I sure would like to get a
copy of it myself.

>As to the legality of distributing the Source there were several
conflicting answers.  Several people offered lawyer friends to call.  The
"best" answer I could find is:

If the copyright was before Jan 1, 1977, the software fell under the old
copyright act and no one knows what that means.  If it was copyrighted
after Jan 1, 1977 but before Dec 12, 1980 things are different but still
not too clear.  If after Dec 12, 1980, then you can do whatever you want
with re-coding for yourself but not for any other use--including public
domain.

He also said that it was his belief (he is especially interested in this
area) that both copyright and trade secret protection could not be held at
the same time, but that this question has not been litigated as yet, thus
there is no confirmation or denial of his belief.

>Other legal responses from the net were:

About all you can do legally is to distribute a patch list: give the
addresses of locations that you change, and the new contents of those
locations. {This amounts to releasing the REL files}

By the way, Microsoft watches this mailing list {one of the reasons I did
it this way}, so you have just informed them that you are considering
pirating their software.  I wouldn't be surprised if you heard from them.
{Never did hear from them}

>Some practical solutions:

I suppose that if you anonymously send the sources out to this mailing
list, then it will be impossible to trace you down.  {Maybe I could get
them distributed from kgbvax or kremvax  :-)}  That's not a moral solution,
but certainly a practical one.  Anyway, one couldn't use your routines
without the rest of the fortran compiler, so why would Microsoft care?
{Who knows the workings of corporate minds}  You might even offer to give
them a copy for free!

There shouldn't be a problem if you are distributing only the REL files.
People need a Microsoft licensed linker..and so on.. to produce COM files
anyway.

It's too bad the routines were disassembled by someone who signed the
nondisclosure agreement.  Since you can distribute the COM files of any F80
program, it would not be any more difficult to disassemble it with
'appropriately chosen' F80 programs. {Of course, who would go to the
trouble if they didn't have F80.  The disassembly is much more difficult if
you do not have the REL files.  The disassembly was semi-automated, and
took approximately 2 minutes per module to disassemble, and an additional
1/2 to 3 hours to comment. There are over 100 modules in FORLIB.REL (What
some people can do with free time!). }

>The action that best strikes my fancy is (from several sources):

The obvious answer to your real problem is to write MicroSoft a letter
asking for their desires on the distribution. {As previously mentioned,
Microsoft is on USENET, and presumably reads this news group.  I was
disappointed, but not suprised, that I did not hear from anyone at
Microsoft.}

I would suggest that you attempt to get Microsoft's permission to
distribute Z80 mul and div routines for no profit.  If they are reasonable
they will not object.

>>I have now written to Microsoft to ask them what their wishes are
regarding the routines.  However, as one respondent said:

>From what I've heard, they are really bad about customer response.
Personally, I think the turkeys deserve to get shafted.  But don't let that
lead you astray. {I'm not trying to shaft anyone}

>>In the mean time, I reread the license and discovered that I am to make
sure that I do not disclose any information to persons *WHO ARE NOT
REGISTERED USERS* (emphasis mine).  As such, I believe that I can
distribute the source of my modifications to any registered users of F80.
If you are a registered user of F80 and would like to receive the
modifications, please mail your net-address and registration number to me.
I am in the midst of final testing of the routines, and will release them
as soon as I am convinced that they are correct.

Thanks to all who responded.  I tried to reply to all, but the mail may
have gotten lost in the net.
--
Ted H. Emigh     North Carolina State University     Raleigh  NC
USENET:	{akgua decvax duke ihnp4 unc}!mcnc!ecsvax!emigh
ARPA:	decvax!mcnc!ecsvax!emigh@BERKELEY.ARPA
27-Apr-84 21:31:56-MST,666;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 21:31:52-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  27 Apr 84 23:07 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  27 Apr 84 23:03 EST
Date: 27 April 1984 23:01-EST
From: Paul R. Grupp <GRUPP@Mit-Mc.ARPA>
Subject:  SYNONYM art. in Microsystems
To: W8SDZ@Simtel20.ARPA
cc: INFO-CPM@Mit-Mc.ARPA, MEAD@Usc-Eclb.ARPA
In-reply-to: Msg of 26 Apr 1984  00:12 MST (Thu) from Keith Petersen <W8SDZ at Simtel20.ARPA>

You forgot to mention that this program does NOT work with ZCPR2
if you are using the EXTERNAL CCP buffer.

--Paul

28-Apr-84 00:36:51-MST,1412;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 00:36:47-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  28 Apr 84 2:20 EST
Received: From ucb-vax.arpa.ARPA by BRL-AOS via smtp;  28 Apr 84 2:15 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27)
	id AA07207; Fri, 27 Apr 84 23:12:00 pst
Received: from ucbruby.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA
	(4.14.noSUID/4.16) id AA21623; Fri, 27 Apr 84 23:13:23 pst
Received: by ucbruby.CC.Berkeley.ARPA
	(4.14/4.16) id AA06203; Fri, 27 Apr 84 23:13:09 pst
Received: by ucbnewton.Berkeley.ARPA (4.6/4.25)
	id AA28351; Fri, 27 Apr 84 23:09:36 PST
Date: Fri, 27 Apr 84 23:09:36 PST
Message-Id: <8404280709.AA28351@ucbnewton.Berkeley.ARPA>
From: Phil Lapsley <phil%ucbnewton.CC@Ucb-Vax.ARPA>
To: info-cpm@brl.ARPA
Subject: Apple BIOS info request

     I am helping a friend of mine with an Apple/Microsoft softcard
set up a CP/M system, and I am very curious (pronounced "in need of")
a copy of the bios that Microsoft/whoever wrote up for the creature.
Does anyone know if such a thing exists, and if so, where I might
be able to get my hands on a copy?  Any other information about
the Apple's BIOS would be appreciated (I've already checked out
the stuff in CPM.APPLE on Simtel20).  Thanks.

					Phil
				(phil%ucbnewton@Berkeley.ARPA)
28-Apr-84 07:57:48-MST,776;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 07:57:45-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  28 Apr 84 9:34 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  28 Apr 84 9:33 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 28 Apr 84 6:21-PST
Date: 23 Apr 84 12:28:13-PST (Mon)
To: info-cpm@Brl-Aos.ARPA
From: decvax!yale-comix!dardik@Ucb-Vax.ARPA
Subject: Osborne Diskette Format
Article-I.D.: yale-com.3523

Does anybody know the format of the Osborne I Double Density diskettes?
I am trying to customize my BIOS to read them and would appreciate any
information regarding their BLM, AL0, AL1, etc., etc.  Sector skewing
would be most appreciated too.
-Alan Dardik
28-Apr-84 10:21:12-MST,573;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 10:21:08-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  28 Apr 84 12:00 EST
Date: 28 Apr 1984  10:02 MST (Sat)
Message-ID: <KPETERSEN.12011099954.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: MDM7xx overlay for Superbrain available

MICRO:<CPM.MODEM7>M7SB-1.ASM on SIMTEL20 is the overlay for MDM7xx
and the Superbrain.  Several people were asking for it.
--Keith
28-Apr-84 11:51:57-MST,778;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 11:51:52-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  28 Apr 84 13:27 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp;  28 Apr 84 13:22 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 28 Apr 84 10:11-PST
Date: 24 Apr 84 7:52:27-PST (Tue)
To: info-cpm@Brl-Aos.ARPA
From: decvax!yale-comix!dardik@Ucb-Vax.ARPA
Subject: Osborne Diskette Format
Article-I.D.: yale-com.3536

Does anybody know the format of the Osborne I Double Density diskettes?
I am trying to customize my BIOS to read them and would appreciate any
information regarding their BLM, AL0, AL1, etc., etc.  Sector skewing
would be most appreciated too.
-Alan Dardik
28-Apr-84 12:46:30-MST,1342;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 12:46:26-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  28 Apr 84 14:17 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  28 Apr 84 14:18 EST
Date: Sat 28 Apr 84 14:11:18-EST
From: Mark Becker <CENT.MBECK%MIT-OZ@MIT-MC.ARPA>
Subject: Check your Delta Products/U.S. Micro Sales 64k DRAM boards
To: Info-Micro@AMSAA.ARPA, Info-CPM@BRL.ARPA

<Why doesn't someone fix this bug?>

     This is for owners of U.S. Micro's or Delta Products 64k dynamic
RAM cards - You might want to check the installation of C6, a 10-to-47
uF capacitor located just to the left of where U2 and U4 butt together.

     On some boards, the silk-screening is backwards!  And the capacitor
may be installed backwards as well.

     Typically this capacitor, after a period of time, will turn into
a resistor and load down the -5V going to the memory chips.  The voltage
on the card I have reached -4V, at which point programs started crashing.

     I replaced it - local Radio Shack had it on the shelf.  Went and
checked three Delta boards and found they had the same problem.

     Other than that, I've found the hardware to be pretty solid - no
other problems in two plus years of operation.

Mark Becker
-------

28-Apr-84 13:28:16-MST,568;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 13:28:11-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  28 Apr 84 15:08 EST
Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp;  28 Apr 84 15:07 EST
Date: Sat 28 Apr 84 12:05:52-PST
From: Dick <MEAD@USC-ECLB.ARPA>
Subject: Re: SYNONYM art. in Microsystems
To: GRUPP@MIT-MC.ARPA
cc: info-cpm@BRL.ARPA
In-Reply-To: Message from "Paul R. Grupp <GRUPP @ MIT-MC>" of Fri 27 Apr 84 20:01:00-PST

STARTUP will do the same thing, basically.
-------
28-Apr-84 19:04:23-MST,1149;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 19:04:18-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  28 Apr 84 20:40 EST
Received: From amsaa.arpa.ARPA by BRL-AOS via smtp;  28 Apr 84 20:36 EST
Date:     Sat, 28 Apr 84 20:23:36 EST
From:     David Towson (CSD) <towson@Amsaa.ARPA>
To:       Mark Becker <CENT.MBECK%MIT-OZ@mit-mc.arpa>
cc:       Info-Micro@amsaa.arpa, Info-CPM@brl.arpa
Subject:  Re:  Check your Delta Products/U.S. Micro Sales 64k DRAM boards

Added note:  The problem described by Mark may be VERY SERIOUS if the board
uses 4116 type DRAMS.  (I am not familiar with the board.)  If this is the
case, and if the capacitor mentioned degrades enough to cause loss of the -5V
supply, the result will be immediate and catastrophic failure of ALL of the
dynamic RAM chips.  This is why the power supplies for 4116 RAMs must be
properly sequenced so that the -5V comes up first and goes down last.  If the
board in question does not use 4116's, perhaps someone else can comment about
whether the same vulnerability exists.


Dave
towson@amsaa.arpa

28-Apr-84 21:30:41-MST,3427;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 21:30:31-MST
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  28 Apr 84 22:54 EST
Received: from simtel20.arpa by BRL-VGR.ARPA id a010988; 28 Apr 84 22:55 EST
Date: 28 Apr 1984  20:54 MST (Sat)
Message-ID: <WANCHO.12011218699.BABYL@SIMTEL20>
From: "Frank J. Wancho" <WANCHO@simtel20.ARPA>
To:   INFO-CPM@BRL-VGR.ARPA
Cc:   INFO-MICRO@BRL-VGR.ARPA
Subject: Space crunch and tar tapes

The current collections of public domain files are bursting the seams
of the RP06 that's holding them.  Here are the current disk usage
stats taken Friday afternoon:

MICRO:<CPM.*>		14,818 disk pages
MICRO:<CPMUG.*>		 7,692			15.4 MBytes
MICRO:<SIGM.*>		20,192			40.4
MICRO:<PC-BLUE.*>	 3,260			 6.5
			------			----
Total:			46,019 disk pages	62.3 MBytes

A TOPS-20 disk page is 512 36-bit words, and the above figures include
the values for the superior directories in each case.

On top of that, it also looks like I'll be getting new SIG/M releases
monthly (five more volumes just showed up).  So, to relieve the
potential trauma of lack of elbow room on MICRO:, I have prevailed
upon Gail Zacharias to apply her file type determining algorithms used
in DE-LBR to build another program.  This program analyses each file
and converts only those files which it determines are truly ASCII text
files, but stored in ITS-Binary format, into ASCII text files.  I'll
be running her program on the files in the above directories, except
MICRO:<CPM.*> over the next few days.

This, of course, means that my oft-repeated statement that ALL the
files in those directories are stored in ITS-Binary format will no
longer be true.  To avoid confusion, Gail's program happens to write
out the next generation, which will be .2 in most cases.  This means
that your clue for FTP is that if the filename shows up as file.typ.1,
it is ITS-Binary, and if it shows up as file.typ.2, it is ASCII.  You
will also have an updated .CRCLST to reference, which shows the
storage method for each file.

Simply because ASCII text files are stored five characters per word,
instead of four bytes per word in ITS Binary format, I expect to
recover a considerable amount of file space by using this utility.
However, the catch is, other than looking for the .2 generation
number, that most of the CRC values published with each volume and
elsewhere will no longer match the files stored in ASCII format.

Don't expect the conversions to happen all at once.  Just be forwarned
that things are changing if you see something strange.

Finally, a note for those of you on Unix machines, especially those
not connected to DDN (and thus do not have FTP access to SIMTEL20).  I
have received an updated version of the TOPS-20 tar program which can
now write binary as well as ASCII files to tar tapes.  After I finish
the conversions, I'll see if I can find time to experiment with the
program to see how many tapes will be needed to store all these files.
What I expect we can do is make a set of tapes available to a
volunteer beta site to see if they can be read.  If so, then start
them out to a distribution path to interested sites who are willing to
provide the disk space to keep them online, or to make copies for
further distribution.  Just bear in mind that these files are as-is.

--Frank
29-Apr-84 06:47:14-MDT,848;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 29 Apr 84 06:47:11-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  29 Apr 84 8:27 EDT
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp;  29 Apr 84 8:21 EDT
Date: Sun 29 Apr 84 08:18:27-EDT
From: Mark Becker <CENT.MBECK%MIT-OZ@MIT-MC.ARPA>
Subject: Re:  Check your Delta Products/U.S. Micro Sales 64k DRAM boards
To: towson@AMSAA.ARPA
cc: Info-Micro@AMSAA.ARPA, Info-CPM@BRL.ARPA
In-Reply-To: Message from "David Towson (CSD) <towson@AMSAA.ARPA>" of Sat 28 Apr 84 20:44:19-EST

<more food for the message muncher>

     Both Delta Products and U.S. Micro memory boards I have use 4116
(or equivalent) DRAMS.  Mr. Towson is correct - if the -5V line goes
out of spec, the memory chips will self-destruct.

Mark Becker
-------

29-Apr-84 16:58:07-MDT,957;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 29 Apr 84 16:58:01-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  29 Apr 84 18:29 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp;  29 Apr 84 18:25 EDT
Date: 29 Apr 1984  16:23 MDT (Sun)
Message-ID: <CSTROM.12011420583.BABYL@SIMTEL20>
From: CSTROM@Simtel20.ARPA
Subject: Wordstar footnoter
To:   INFO-CPM@Brl-Aos.ARPA
cc:   CSTROM@Simtel20.ARPA

I have uploaded a useful footnoting program to Simtel20. This program
is designed to operate with WordStar. I regret that I have not yet had
a chance to personally check the program out, but some of the members
of CP-MIG (the Compuserve CP/M interest group) have spoken very highly
of the utility. The files are in the MICRO:<CPM.WSTAR> directory of
Simtel20 and are FTNOTE12.COM, FTNOTE12.DOC, and FTNOTE12.HEX (my
thanks to Keith, W8SDZ at Simtel20 for generating the .HEX file).
29-Apr-84 17:17:11-MDT,630;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 29 Apr 84 17:17:05-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  29 Apr 84 18:49 EDT
Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp;  29 Apr 84 18:47 EDT
Date: Sun 29 Apr 84 15:46:21-PDT
From: Dick <MEAD@USC-ECLB.ARPA>
Subject: Anyone got USR S-100 on BYE yet?
To: info-micro@BRL.ARPA, info-cpm@BRL.ARPA

I am still trying to make the USR S-100 modem work with BYE3 or MBYE3
without much luck. Has anyone gotten an overlay file and modem interface
to work with the modem yet??? Mail me a copy, okay?
-------
